Skip Headers
Oracle® Fusion Middleware WebCenter Sites Installation Guide
11g Release 1 (11.1.1.8.0)

Part Number E29632-03
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Master Index
Master Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
PDF · Mobi · ePub

5 Preparing to Install WebCenter Sites on IBM WebSphere Application Server

The chapter shows you how to configure WebSphere Application Server (WAS) for WebCenter Sites.

This chapter contains the following sections:

Note:

Before starting the procedures in this chapter, ensure you have completed pre-requisite steps described in Chapter 2, "Prerequisites for Installing WebCenter Sites."

5.1 Quick Reference for Setting Up WebSphere Application Server

This section contains the following topics:

5.1.1 Summary of Steps

Complete the steps below for each development, content management, and delivery environment on which WebCenter Sites will be installed.

Step 1: Configuring WebSphere Application Server

  1. Create the deployment manager and application server profiles as described in Section 5.2.1, "Create Required Profiles."

  2. If you are configuring a cluster environment, create a cluster as described in Section 5.2.2, "Create a Cluster."

  3. If you are configuring a non-cluster environment, create application servers as described in Section 5.2.3, "Create Servers."

  4. Configure application servers as described in Section 5.2.4, "Configure Servers."

    This step requires you to:

    1. Configure web container properties for application servers as described in Section 5.2.4.1, "Configuring Web Container Properties."

    2. Configure session management for application servers as described in Section 5.2.4.2, "Configuring Session Management."

    3. Set the classpath and Java options as described in Section 5.2.4.3, "Setting the Classpath and Java Options."

  5. Add host aliases to the virtual host for the new servers as described in Section 5.2.5, "Create Host Aliases for the Virtual Host."

  6. Configure the WAS environment to connect to the WebCenter Sites database as described in Section 5.2.6, "Configuring a WAS Environment for Database Communications."

    This step required you to:

    1. Create J2C authentication data as described in Section 5.2.6.1, "Creating J2C Authentication Data."

    2. Create a JDBC provider as described in Section 5.2.6.2, "Creating a JDBC Provider."

    3. Create a data source as described in Section 5.2.6.3, "Creating a Data Source."

Step 2: Integrating WebSphere Application Server with a Supported Web Server

If your environment required a web server, you have the option to integrate WebSphere application servers with IBM HTTP Server or an Apache web server. For information, see Section 5.3, "Step 2: Integrating WebSphere Application Server with a Supported Web Server."

5.1.2 Paths and Directories Used in Configuring WebSphere Application Server

Table 5-1 lists paths and directories that are used in configuring WebSphere application server.

Table 5-1 Paths and Directories Used in Configuring WebSphere Application Server

Name Description

<sites_install_dir>

Path to the directory where WebCenter Sites is installed. The path includes the name of the directory.

<shared_dir>

Path to the WebCenter Sites shared file system directory. The path includes the name of the shared directory.

<WAS_home>

Path to the directory where WebSphere Application Server is installed. The path includes the name of the directory.

<dmgr_host>

The host name or IP address of the Deployment Manager host.

<dmgr_port>

The port number on which the Deployment Manager console is listening for connections.

<dmgr_profile>

The name of the Deployment Manager profile.

<dmgr_soap_port>

The number of the Simple Object Access Protocol port of the Deployment Manager.

<server_name>

The name of the WAS server.

<appsrv_profile>

The name of the application server profile.

<appsrv_node>

The name of the application server node.

<ibm_http_home>

Path to the directory where IBM HTTP Server is installed. The path includes the name of the directory.

<plugin_root>

The path to the plug-in directory of the web server. The path includes the name of the directory.


5.1.3 Start/Stop Commands for WebSphere Application Server

This section lists the commands for starting and stopping WAS components.

This section contains the following topics:

5.1.3.1 Deployment Manager

Note:

The default Deployment Manager profile name is Dmgr01.

Start and stop commands are the following:

  • To start:

    • On Windows:

      <WAS_home>\bin\startManager.bat -profileName <dmgr_profile>
      
    • On UNIX:

      <WAS_home>/bin/startManager.sh -profileName <dmgr_profile>
      
  • To stop:

    • On Windows:

      <WAS_home>\bin\stopManager.bat -profileName <dmgr_profile>
      
    • On UNIX:

      <WAS_home>/bin/stopManager.sh -profileName <dmgr_profile>
      

5.1.3.2 Node Agent

Note:

The default name of the first application server profile created is AppSrv01.

Start and stop commands are the following:

  • To start:

    • On Windows

      <WAS_home>\bin\startNode.bat –profileName <appsrv_profile>
      
    • On UNIX

      <WAS_home>/bin/startNode.sh –profileName <appsrv_profile>
      
  • To stop:

    • On Windows:

      <WAS_home>\bin\stopNode.bat –profileName <appsrv_profile>
      
    • On UNIX:

      <WAS_home>/bin/stopNode.sh –profileName <appsrv_profile>
      

5.1.3.3 Application Server

Note:

The default server name is server1.

The default name of the first application server profile created is AppSrv01.

Start and stop commands are the following:

  • To start:

    • On Windows:

      <WAS_home>\bin\startServer.bat <server_name> -profileName <appsrv_profile>
      
    • On UNIX:

      <WAS_home>/bin/startServer.sh <server_name> -profileName <appsrv_profile>
      
  • To stop:

    • On Windows:

      <WAS_home>\bin\stopServer.bat <server_name> -profileName <appsrv_profile>
      
    • On UNIX:

      <WAS_home>/bin/stopServer.sh <server_name> -profileName <appsrv_profile>
      

5.2 Step 1: Configuring WebSphere Application Server

This section shows you how to create a WAS instance using the command line.

Note:

On Windows, the names of the command-line tools used in this section end with .bat instead of .sh. Remember to make the necessary substitution when executing the commands on a Windows system.

This section contains the following steps:

5.2.1 Create Required Profiles

Following the steps given in this section, you will be creating the deployment manager and application server profiles as required by your environment. In a multi-server non-clustered environment, you may use a single deployment manager to administer all local and remote servers from a single administration console, or use a deployment manager for each physical server. In a clustered environment, use a deployment manager on the primary cluster member only.

Note:

Make sure the host name is configured for the system so the nodes in each profile can be reached remotely.

  1. Delete unused profiles.

    In case you want to cleanup profiles that are no longer in use, complete the following steps:

    1. List existing profiles

      From the <WAS_home>/bin directory of the WAS installation you want to check, run the following command:

      ./manageprofiles.sh -listProfiles
      

      By default, a deployment manager profile is prefixed with Dmgr, while an application server profile is prefixed with AppSrv.

    2. Choose profiles from the list that you want to delete and proceed to step c.

    3. Delete profiles

      For each profile selected in step b, run the following command:

      ./manageprofiles.sh -delete -profileName <profile_name>
      
    4. Delete the leftover profile directories, <WAS_home>/profiles/<profile_name>.

  2. Create a Deployment Manager profile:

    If you are not using a deployment manager created by the installer, create one now. The command below will create a cell (<dmgr_host>Cell#) or top-level organizational unit for the environment, and a node (<dmgr_host>CellManager#) or mid-level organizational unit for the deployment manager profile. From the <WAS_home>/bin directory of the primary server, run the following command:

    ./manageprofiles.sh -create -profileName <dmgr_profile> -profilePath <WAS_home>/profiles/<dmgr_profile> -templatePath <WAS_home>/profileTemplates/dmgr -isDefault -defaultPorts
    

    Note:

    If you want to enable admin security, append the following options:

    -enableAdminSecurity true -adminUserName <username> -adminPassword <password>
    
  3. Start the deployment manager.

    <WAS_home>/bin/startManager.sh -profileName <dmgr_profile>
    
  4. Create Application Server profiles.

    For each physical server, you will create either a managed or a standalone application server profile. If the application server profile will be local to the deployment manager, it will be managed, and if it is remote, it will be standalone. The commands in the following steps will create a node (<appsrv_host>Node#) for each profile.

    1. Create a managed application server profile.

      From the <WAS_home>/bin directory of the server in which the profile will exist, run the following command:

      ./manageprofiles.sh -create -profileName <appsrv_profile> -profilePath <WAS_home>/profiles/<appsrv_profile> -templatePath <WAS_home>/profileTemplates/managed -isDefault
      
    2. Create a standalone application server profile.

      ./manageprofiles.sh -create -profileName <appsrv_profile> -profilePath <WAS_home>/profiles/<appsrv_profile> -templatePath <WAS_home>/profileTemplates/default -isDefault
      

    Note:

    The ports used for these profiles will be the next available set of ports based on existing application server profiles on the server.

  5. Federate Application Server Profiles with the Deployment Manager.

    The following command will associate the node of the application server profile with the cell that is managed by the deployment manager.For each application server profile created in step 3, run the following command from the <WAS_home>/bin directory of the server where the profile exists:

    ./addNode.sh <dmgr_host> <dmgr_soap_port> -profileName <appsrv_profile>
    

    Note:

    The default value for <dmgr_soap_port> is 8879.

  6. Start the Node Agents.

    For each application server profile, run the following command from the server on which this profile is located:

    <WAS_home>/bin/startNode.sh -profileName <appsrv_profile>
    

5.2.2 Create a Cluster

In a cluster environment, all WebSphere servers belong to a cluster, and communication between the servers is managed by the application server.

  1. Log in to the WebSphere Integrated Solutions administration console:

    http://<dmgr_host>:<dmgr_port>/admin
    

    The default deployment manager port is 9060.

  2. In the tree on the left, expand Servers, expand Clusters, and click WebSphere application server clusters.

  3. Create a Cluster:

    1. Click New.

    2. Enter a cluster name.

    3. For an environment using session persistence, select Configure HTTP session memory-to-memory replication.

    4. Click Next.

    5. Create cluster member servers:

      Repeat the following steps for each application server cluster member.

      1. Enter a name for the cluster member.

      2. Select the node where the cluster member will be located.

      3. For the first cluster member, click Next, otherwise click Add Member.

      4. Click Next.

    6. Click Finish.

  4. Save the changes.

5.2.3 Create Servers

In a non-cluster environment create servers using the following steps:

  1. From the administration console, under Servers, expand Server Types, and click WebSphere application servers.

  2. Create Servers.

    Repeat the following steps for each application server in the environment:

    1. Click New.

    2. Select the node where the server will be located.

    3. Enter a server name.

    4. Click Next.

    5. Select the default template and click Next.

    6. Select Generate Unique Ports and click Next.

    7. Click Finish.

    8. Click on the newly created server.

    9. Under Communications, expand Ports.

    10. Note the following ports (They will be added later to the virtual host.):

      • WC_defaulthost

      • WC_defaulthost_secure

      • SIP_DEFAULTHOST

      • SIP_DEFAULTHOST_SECURE

  3. Save the changes.

5.2.4 Configure Servers

In this section, you will complete the following steps:

5.2.4.1 Configuring Web Container Properties

This section explains how to configure web container properties required for WebCenter Sites.

  1. From the administration console, under Servers, expand Server Types, and click WebSphere application servers.

  2. Add Web Container Properties.

    For each application server, complete the following steps:

    1. Select the server and expand the Web Container Settings node.

    2. In the left-hand pane, expand Servers, then expand Server Types and click Application Servers.

      A list of configured servers is displayed.

    3. Select the application server instance you created for WebCenter Sites (for example, select server1), and expand the Web Container Settings node (Figure 5-1).

      Figure 5-1 Web Container Settings Node

      Description of Figure 5-1 follows
      Description of "Figure 5-1 Web Container Settings Node"

    4. Below the Web Container Settings node, click Web container.

    5. Below the Web container node, click Custom Properties and then click New (Figure 5-2).

      • In the Name field, enter NoAdditionalSessionInfo.

      • In the Value field, enter true.

      Figure 5-2 Custom Properties

      Description of Figure 5-2 follows
      Description of "Figure 5-2 Custom Properties"

    6. Click Save. The changes synchronize to all nodes (Figure 5-3).

    7. Add the following two properties by following steps e and f:

      com.ibm.ws.webcontainer.initFilterBeforeInitServlet=true
      com.ibm.ws.webcontainer.invokeFilterInitAtStartup=true
      

      Web container properties should look something like Figure 5-3.

      Figure 5-3 Web Container Properties

      Description of Figure 5-3 follows
      Description of "Figure 5-3 Web Container Properties"

5.2.4.2 Configuring Session Management

This section explains how to configure session management properties required for WebCenter Sites.

  1. From the administration console, under Servers, expand Server Types, and click WebSphere application servers.

  2. Configure Session Management Properties.

    For each application server, complete the following steps:

    1. Click the server and under Container Settings, click Session management.

    2. Under General Properties, click Enable cookies (Figure 5-4).

      Figure 5-4 Session tracking mechanism: Enable cookies

      Description of Figure 5-4 follows
      Description of "Figure 5-4 Session tracking mechanism: Enable cookies"

    3. Deselect the Set session cookies to HTTPOnly to help prevent cross-sites scripting checkbox (Figure 5-5).

      This is required to run the tree applet in the WebCenter Sites Admin interface.

      Figure 5-5 Specify cookie settings

      Description of Figure 5-5 follows
      Description of "Figure 5-5 Specify cookie settings"

    4. For Cookie path, select Use the context root (Figure 5-6).

      Figure 5-6 Set cookie path

      Description of Figure 5-6 follows
      Description of "Figure 5-6 Set cookie path"

    5. Click Apply and OK to save the changes.

    6. Under Additional Properties, click Custom properties.

    7. Click New.

    8. In the Name field, enter HttpSessionCloneId.

    9. In the Value field, enter an 8 or 9 character alphanumeric Id (Figure 5-7). In a cluster environment, this Id is used to identify the cluster member in which a session is located. This Id must be unique for all cluster members.

      Figure 5-7 HttpSessionCloneId

      Description of Figure 5-7 follows
      Description of "Figure 5-7 HttpSessionCloneId"

    10. Click OK and save the changes.

5.2.4.3 Setting the Classpath and Java Options

This section explains how to set memory arguments as well as add the required Java options for WebCenter Sites.

  1. From the administration console, under Servers, expand Server Types, and click WebSphere application servers.

  2. Set the Classpath and Java Options.

    For each application server, complete the following steps:

    1. Click the server and under Server Infrastructure, expand Java and Process Management and click Process definition (Figure 5-8).

      Figure 5-8 Java and Process Management - Process Definition

      Description of Figure 5-8 follows
      Description of "Figure 5-8 Java and Process Management - Process Definition"

    2. Under Additional Properties, click Java Virtual Machine.

    3. Set the Classpath.

      In the box under Classpath, enter the following path: <sites_install_dir>/bin

    4. Set Memory Arguments.

      • Enter a value in the box under Initial heap size. The recommended value is 512.

      • Enter a value in the box under Maximum heap size. The recommended value is 2048.

    5. Set Java Options.

      In the box under Generic JVM arguments, add the following Java options separated by a space:

      • -Dfile.encoding=UTF-8

        This option specifies UTF-8 file encoding.

      • -Dclient.encoding.override=UTF-8

        This option specifies UTF-8 URI encoding.

      • -Dnet.sf.ehcache.enableShutdownHook=true

        This option enables the Ehcache shutdown hook.

      • -Djava.net.preferIPv4Stack=true

        This option specifies the use of IPv4 addresses.

      • -Duser.timezone=UTC

        This option is used to set the time zone for the JVM. It is recommended to set the value to UTC across all WebCenter Sites installations. However, any preferable time zone may be used as long as this value is the same for all WebCenter Sites installations.

      • -Djava.io.tmpdir=<path_to_sites_tmpdir>

        This option specifies which temporary directory the JVM uses. The value (Figure 5-9) should be the path to the directory created in Section 2.1, "Before You Begin."

        Note:

        If Shift-JIS characters will be used, add the following option: -Dcs.useJavaURLDecoder=false

        Figure 5-9 Generic JVM Arguments

        Description of Figure 5-9 follows
        Description of "Figure 5-9 Generic JVM Arguments"

    6. Click OK and save the changes.

5.2.5 Create Host Aliases for the Virtual Host

This section explains how to add host aliases to the virtual host for the new servers that were created.

  1. From the administration console, expand Environment, and click Virtual hosts.

  2. Click default_host.

  3. Under Additional Properties, click Host Aliases.

  4. Compare the list of ports that were noted in step 2 of Section 5.2.3, "Create Servers" with the existing host aliases. For each unique port that does not have a host alias, do the following:

    1. Click New.

    2. For Host Name, enter *.

    3. For Port, enter the port number.

    4. Click OK.

  5. Save the changes.

5.2.6 Configuring a WAS Environment for Database Communications

This section explains how to configure the WAS environment to communicate with the database for WebCenter Sites.

5.2.6.1 Creating J2C Authentication Data

The J2C authentication data is a list of identities and passwords that can be used for securing connections such as JDBC connections.

  1. From the administration console, expand Security, and click Global Security (Figure 5-10).

    Figure 5-10 Security Node

    Description of Figure 5-10 follows
    Description of "Figure 5-10 Security Node"

  2. Under Authentication, expand Java Authentication and Authorization, and click J2C authentication data.

  3. Click New.

  4. Create J2C Authentication Data (Figure 5-11).

    1. For Alias, enter a unique alias for this user Id/password pair.

    2. For User ID and Password, enter the information for the user that will be used to connect to the WebCenter Sites database.

      Figure 5-11 JAAS – J2C Authentication Data

      Description of Figure 5-11 follows
      Description of "Figure 5-11 JAAS – J2C Authentication Data"

    3. Click OK and save the changes.

5.2.6.2 Creating a JDBC Provider

A JDBC provider encapsulates all data sources that use a specific JDBC driver implementation. In a cluster environment, all servers will share the same JDBC provider. In a non-cluster environment, a provider must be created for each server.

  1. Copy the database driver JAR files corresponding with the database type to the <WAS_home>/universalDriver/lib directory:

    • For DB2:

      • db2jcc.jar

      • db2jcc_license_cu.jar

        Note:

        db2jcc4.jar is not supported.

    • For Oracle: ojdbc6.jar

    • For MS SQL Server: jtds-1.2.5.jar

  2. From the administration console, expand Resources, expand JDBC, and click JDBC providers.

  3. If the provider will be for a cluster environment, under Scope, select Cluster=<cluster_name> from the dropdown menu. If the provider will be for a non-cluster environment, under Scope, select Node=<appsrv_node>, Server=<server_name>.

  4. Click New.

  5. In the Create a new JDBC provider screen, complete the following (Figure 5-12):

    1. For Database type, select DB2, Oracle, or if you are using MS SQL Server, User-defined.

    2. For Provider type, select DB2 Universal JDBC Driver Provider for DB2, or Oracle JDBC Driver for Oracle. If you are using MS SQL Server, this dropdown is not displayed.

    3. For Implementation type, if you are using Oracle or DB2, select Connection pool data source. If you are using MS SQL Server, enter net.sourceforge.jtds.jdbcx.JtdsDataSource.

    4. For Name, enter a name for the JDBC provider.

    5. Click Next.

      Figure 5-12 Connection Pool Data Source

      Description of Figure 5-12 follows
      Description of "Figure 5-12 Connection Pool Data Source"

  6. On the Enter database class path information screen (Figure 5-13), do one of the following:

    Oracle:

    1. For the value of ${ORACLE_JDBC_DRIVER_PATH}, enter the location of the ojdb6.jar file copied in step 1.

    2. Click Next.

    DB2:

    1. Under Class path, replace ${UNIVERSAL_JDBC_DRIVER_PATH} with ${DB2UNIVERSAL_JDBC_DRIVER_PATH} and remove the line containing db2jcc_license_cisuz.jar.

    2. Click Apply.

    3. For the value of ${DB2UNIVERSAL_JDBC_DRIVER_PATH}, enter the location of the db2cc.jar and db2jcc_license_cu.jar files copied in step 1.

      Figure 5-13 Database Class Path Information

      Description of Figure 5-13 follows
      Description of "Figure 5-13 Database Class Path Information"

    4. Click Next.

    MS SQL Server: Under Class path, delete the existing line and add the path to the jtds-1.2.5.jar file copied in step 1: <WAS_home>/universalDriver/lib/jtds-1.2.5.jar

  7. On the Summary screen (Figure 5-14), review the settings you have chosen and click Finish.

  8. Save the changes.

5.2.6.3 Creating a Data Source

  1. From the administration console, expand Resources, expand JDBC, and click Data sources.

  2. If the data source is for a cluster environment, under Scope, select Cluster=<cluster_name> from the dropdown menu. If the data source is for a non-cluster environment, under Scope, select Node=<appsrv_node>, Server=<server_name>.

  3. Click New.

  4. In the Enter basic data source information screen (Figure 5-15), do the following:

    1. In the Data source name field, enter a unique name for this data source.

    2. In the JNDI name field, enter the JNDI name for this data source.

    3. Click Next.

      Figure 5-15 Basic Data Source Information

      Description of Figure 5-15 follows
      Description of "Figure 5-15 Basic Data Source Information"

    4. Select Select an existing JDBC provider (Figure 5-16).

    5. In the drop-down list, select the JDBC provider you created in Section 5.2.6.2, "Creating a JDBC Provider."

    6. Click Next.

      Figure 5-16 Existing JDBC Provider

      Description of Figure 5-16 follows
      Description of "Figure 5-16 Existing JDBC Provider"

  5. In the Enter database-specific properties for the data source screen (Figure 5-17), do one of the following:

    • If you selected a DB2 JDBC provider in step e, do the following:

      1. In the Database name field, enter the name of the database WebCenter Sites will be using.

      2. In the Driver type drop-down list, select 4.

      3. In the Server name field, enter the host name or IP address of the machine running the WebCenter Sites database.

      4. In the Port number field, enter the port number on which the WebCenter Sites database is listening for connections.

      5. Select the Use this data source in container managed persistence (CMP) check box.

      6. Click Next.

        Figure 5-17 Database-Specific Properties for the Data Source

        Description of Figure 5-17 follows
        Description of "Figure 5-17 Database-Specific Properties for the Data Source"

    • If you selected an Oracle JDBC provider in step e, do the following:

      1. In the URL field, enter the URL of the database WebCenter Sites will be using. The URL you enter must be in the following format:

        jdbc:oracle:thin:@//<db_host>:<db_port>/<db_name>
        

        where:

        - <db_host> is the host name or IP address of the machine running the WebCenter Sites database.

        - <db_port> is the port number on which the WebCenter Sites database is listening for connections.

        - <db_name> is the name of the WebCenter Sites database.

      2. In the Data store helper class name drop-down list, select Oracle11g data store helper.

      3. Select the Use this data source in container managed persistence (CMP) check box.

      4. Click Next.

    • If you selected an SQL Server provider in step e, do the following:

      1. In the Database name field, enter the name of the database WebCenter Sites will be using.

      2. In the Server name field, enter the host name or IP address of the machine running the WebCenter Sites database.

      3. In the Port number field, enter the port number on which the WebCenter Sites database is listening for connections.

      4. Select the Use this data source in container managed persistence (CMP) check box.

      5. Click Next.

  6. In the Component-managed authentication alias drop-down list (Figure 5-18), select the J2C authentication you created in Section 5.2.6.1, "Creating J2C Authentication Data," then click Next.

    Figure 5-18 Component-Managed Authentication Alias

    Description of Figure 5-18 follows
    Description of "Figure 5-18 Component-Managed Authentication Alias"

    If you selected an SQL Server provider in step e, do the following:

    1. For Data store helper class name, leave the default class.

    2. Select the Use this data source in container managed persistence (CMP) check box.

    3. Click Next.

  7. Save the changes.

  8. In the list of data sources, select the data source you just created.

  9. In the Additional Properties area of the Data source screen, click Connection pool properties.

  10. On the Connection pools screen (Figure 5-19), do the following:

    1. In the Maximum connections field, enter 100 (or a value appropriate to your configuration, if known).

    2. In the Minimum connections field, enter 10 (or a value appropriate to your configuration, if known).

    3. Click OK.

      Figure 5-19 Connection Pools

      Description of Figure 5-19 follows
      Description of "Figure 5-19 Connection Pools"

  11. Save the changes.

  12. For installations running DB2 (Figure 5-20):

    1. In the list of data sources, select the data source you just created.

    2. In the Additional Properties area of the Data source screen, click Custom properties.

    3. On the Custom properties screen click resultSetHoldability.

      Figure 5-20 resultSetHoldability

      Description of Figure 5-20 follows
      Description of "Figure 5-20 resultSetHoldability"

    4. In the Value field, enter 1 (Figure 5-21). Click OK.

      Figure 5-21 resultSetHoldability Value

      Description of Figure 5-21 follows
      Description of "Figure 5-21 resultSetHoldability Value"

    5. Click New.

    6. For Name, enter allowNextOnExhaustedResultSet, and for Value, enter 1. Click OK.

    7. Click New.

    8. For Name, enter allowNullResultSetForExecuteQuery, and for Value, enter 1. Click OK.

    9. In the Messages box, click Review.

    10. On the Save screen, do the following:

      1. Select the Synchronize changes with nodes check box.

      2. Click Save.

  13. Save the changes.

5.3 Step 2: Integrating WebSphere Application Server with a Supported Web Server

This section explains how to integrate WAS with an IBM HTTP Server or Apache 2.2.x web server using the Web Server Plug-ins for IBM WebSphere Application Server. After the web server and the web server plugin has been installed, perform the following steps:

  1. Copy and run the Web Server Configuration script.

    The Web Server Plug-ins installer will have created a configuration script <plugin_home>/bin/configure<web_server_name>.sh, which is used to add the web server to the deployment manager so that it can be managed using the administration console.

    Copy this file to the <WAS_home>/bin directory of the primary server on which the deployment manager is running (start it if it is not already), then run the script.

  2. Generate and propagate a plug-in configuration.

    From the administration console, a plug-in configuration file can be generated based off of the WAS environment.

    1. From the administration console, on the left, expand Server Types, and click Web servers.

      You should be able to see the web server that was added using the script (Figure 5-22).

    2. Click your web server, then click Plug-in properties.

      The Plug-in properties screen is displayed (Figure 5-23).

      Figure 5-23 Plug-In Properties

      Description of Figure 5-23 follows
      Description of "Figure 5-23 Plug-In Properties"

    3. To view the plug-in configuration file, click View next to plugin-cfg.xml (Figure 5-23). In a cluster environment, the file will look like Figure 5-24.

      In the Plug-in properties screen, you can disable automatic plugin-in configuration file generation and propagation, as well as modify the log file level.

      After installing and deploying the WebCenter Sites and CAS web applications, you will re-generate and re-propagate the plug-in configuration file.

      Figure 5-24 Plug-In Configuration File

      Description of Figure 5-24 follows
      Description of "Figure 5-24 Plug-In Configuration File"

    4. To manually generate and propagate a plug-in, go to the Web servers screen, select the web server you are configuring, and click Generate Plug-in.

    5. After plug-in generation is successful, select the web server you are configuring, and click Propagate Plug-in.