Install > Installing or enabling additional software > Configure Social Commerce
Configure Social Commerce in WebSphere Commerce Developer using the Integration Wizard
Configure Social Commerce in WebSphere Commerce Developer is accomplished by using the Integration Wizard, and then performing manual configuration steps.
Before you begin
- WebSphere Commerce Developer is closed and the test server is stopped.
- To enable Social Commerce on the Windows Vista platform using a Windows user ID that does not have Administrator authority, start the command line using the following steps:
- Go to the C:\Windows\System32 directory.
- Right-click the cmd.exe file and select Run as administrator to start the command line window.
- Open the WebSphere Commerce integration wizard in the command window: WCIntegrationWizard.bat
Procedure
- Navigate to the following directory:
WCDE_INSTALL/bin
- Run the following command:
- WCIntegrationWizard.bat
- A prerequisites page is displayed. Click Next after ensuring that you meet the prerequisites.
- Select Social Commerce on the Choose an integration task panel.
- On the User Registry panel, select the registry type to use with Social Commerce.
- LDAP
- Uses the Lightweight Directory Access Protocol to authenticate users.
- Database
- Uses the WebSphere Commerce database to authenticate users.
- Other
- Uses an alternate registry that you have configured with your WebSphere Application Server. See you WebSphere Application Server documentation for details.
- Click Next. Depending on the registry type you have chosen, the wizard has slightly different behavior:
- If you have chosen Other or Database as the registry type:
- Review the warning message that is displayed and click OK.
- Skip to step 11.
- If you have chosen LDAP as the registry type, continue to the next step.
You must choose LDAP as the registry type if you are using Lotus Connections.
- Enter the information specific to your LDAP server to configure WebSphere Application Server security for the WCS instance.
The following fields are available, depending on the LDAP server configuration:
- Realm name
- WAS primary administrative user
This user should not exist on the LDAP server or federated repositories.
- WAS primary administrative user password and verification
- LDAP base DN
- LDAP bind DN
- LDAP bind DN password and verification
- LDAP user search filter string
- Optional: You can enable application security if it is required. However, it is not a recommended approach due to performance implications.
To enable application security:
- Select Enable Application Security.
- Complete the following fields:
- WebSphere Commerce RunAs ID DN
- WebSphere Commerce RunAs ID DN password and verification
- On the Single Sign-On panel, enter following information:
- Domain name
- Check whether to use JAAS Authentication Module
- On the Confirm Configuration Settings page, click Next. Wait for the configuration to complete; a message is shown telling you if the configuration was successful or not.
- Check that the following log file was generated:
- WCDE_INSTALL/logs/enablesocial-commerce_timestamp.log
- If you have a personal firewall enabled on the desktop you may be prompted to unblock a process called zso to accept incoming requests. This process is part of the Social Commerce runtime and is run as part of the Rational Application Developer publish operation that starts the WebSphere Application Server and the Social Commerce feature. Unblock this process.
- If you receive an error related to SSL handshake failure, follow these troubleshooting steps.
- Open WebSphere Commerce Developer and ensure that the following three projects have been generated and show up in the workspace:
- SocApp
- The WebSphere Commerce sMash Application that performs most Social Commerce functions. This project is used primarily for configuration. You may need to change files in this project to update the configuration and override CSS files.
- SocCore
- The Social Commerce repository used by the SocApp application. This project is used primarily to publish new extensions (service adapters) to Social Commerce. Do not modify any of the existing modules in this project.
- soccom
- JEE Application for management of the SocApp project. In WebSphere Commerce Developer, it includes a development proxy to route HTTP requests to the SocApp project. This project is used for starting or stopping the Social Commerce feature. This project is for IBM internal use only.
- Configure the sMash application with Pluck, Bazaar Voice, or Lotus Connections configuration specific to the the environment.
- Edit...
- workspace_dir\SocApp\config\adapter.config
To open the file within WebSphere Commerce Developer, open the SocApp project and navigate to the config directory.
- Update the adapter.config file with environment specific information. Use the following examples to help you configure the application:
There are two configurations shown in this example: Pluck + Bazaar Voice, and Lotus Connections + Bazaar Voice. See the Social Commerce overview for a general explanation of the Social Commerce feature.
- Pluck:
#------------------------------------------------------------------------ # Configuration for Pluck (staging server provisioned for IBM test/dev) #------------------------------------------------------------------------ /config/soccom/pluck/server = "pluckstage.yoursitename.com" /config/soccom/pluck/sharedSecret = "" /config/soccom/pluck/adminUser = "" /config/soccom/pluck/defaultBlogPublishState = "true"
- Bazaar Voice:
#------------------------------------------------------------------------------- # Configuration for Bazaar Voice (staging server provisioned for IBM test/dev) #------------------------------------------------------------------------------- /config/soccom/bv/serverURL = "http://Bazaar Voice IP/Bazaar Voice URL" /config/soccom/bv/clientCode = "" /config/soccom/bv/sharedKey = ""
- Lotus Connections:
#-------------------------------------- # Configuration for Lotus Connections #-------------------------------------- /config/soccom/lc/server = "LC SERVER HOSTNAME" /config/soccom/lc/tdiServer = "TDI SERVER HOSTNAME" /config/soccom/lc/scopeHandle = "LC SCOPE HANDLE" /config/soccom/lc/adminUser = "LC ADMIN ID" /config/soccom/lc/adminPassword = "LC ADMIN PASSWORD" /config/soccom/lc/restAdminUser = "LC REST ADMIN ID" /config/soccom/lc/restAdminPassword = "LC REST ADMIN PASSWORD"
restAdminUser and restAdminPassword are configured as part of the Tivoli Directory Integrator setup with Lotus Connections. scopeHandle is the homepage blog handle which is configured as part of the Lotus Connections setup.
- Restart the Social Commerce application after you complete your changes to the adapter.config file.
- If you are not using LDAP (for example, if you are using Pluck as a service provider) proceed to customizing the store by Add Social Commerce widgets to store pages. Do not perform step 15.
- Optional: If you are using LDAP, manually configure these additional WebSphere Application Server security properties:
- Configure the WebSphere Commerce Test Server properties.
- Right-click on the server and select Open.
- Navigate to the Security panel.
- Select Security is enabled on this server.
- Enter the user ID and password for the current active authentication settings.
The user ID and password should be the same as the WebSphere Application Server Primary Administrative User provided using the WebSphere Commerce integration wizard.
- Select Automatically trust server certificate during SSL handshake.
- Optional: If Application Security is enabled, configure security in WebSphere Commerce Developer.
- Open WebSphere Commerce Developer.
- Open the META-INF\ibm-application-bnd.xml file in the WebSphere Commerce EAR project.
- Expand and select Security Role (WCSecurityRole).
- Click Add, select User and click OK.
- Under the Details heading, enter the distinguished name of the RunAs ID user.
- Save the changes.
What to do next
Add Social Commerce widgets to store pages