Set up a customized UDDI node

 

Before you begin

We can set up a customized UDDI node by completing the following steps:

 

Procedure

  1. Create a database schema to hold the UDDI registry by executing one of the following, ensuring that you do not perform the final step to set the default node indicator in the database:

  2. Create a J2C Authentication Data Entry (not required for embedded Cloudscape, but required for network Cloudscape):

    1. Expand Security, Global Security and JAAS Configuration (on the right), then click J2C Authentication Data.

    2. Click New to create a new J2C authentication data entry

    3. Fill in the details as follows:

      Alias

      a suitable (short) name, such as "UDDIAlias"

      Userid

      the database userid (such as db2admin for DB2 or SYSTEM for Oracle), which is used to read and write to the UDDI registry database. For network Cloudscape the userid can be any value.

      Password

      the password associated with the userid specified above. For network Cloudscape the password can be any value.

      Description

      a suitable description to describe the chosen userid.

      Click Apply and then Save the changes to the master configuration.

  3. Create a JDBC Provider (if a suitable one does not already exist), using the following table to determine the provider type and implementation type for your chosen database:

    Database Provider type Implementation type
    DB2 DB2 Legacy CLI-based Type 2 JDBC Driver Connection Pool datasource
    Oracle Oracle JDBC Driver Connection Pool datasource
    Embedded Cloudscape Cloudscape JDBC Driver Connection Pool datasource
    Network Cloudscape Cloudscape Network Server Using Universal JDBC Driver Connection Pool datasource
    For details on how to create a JDBC provider, see Creating and configuring a JDBC provider using the administrative console.

  4. Create a datasource for the UDDI Registry by following these steps:

    1. Expand Resources and JDBC Providers.

    2. Select the desired 'scope' of the JDBC provider you selected or created earlier. For example, select:

      Server: yourservername
      

      to show the JDBC providers at the server level.

    3. Select the JDBC provider created earlier.

    4. Under Additional Properties, select Data Sources (not the Data Sources V4 option).

    5. Click New to create a new datasource.

    6. Fill in the details for the datasource as follows:

      Name

      a suitable name, such as UDDI Datasource

      JNDI name

      set to datasources/uddids - this value is obligatory.

      Note: You must not have any other datasources using this JNDI name. If you have another datasource using this JNDI name, then either remove it or change its JNDI name. For example, if you have previously created a default UDDI node using Cloudscape, you should use the uddiRemove.jacl script with the default option to remove the datasource and the UDDI application instance, before continuing.

      Use this Data Source in container-managed persistence (CMP)

      ensure the check box is cleared.

      Description

      a suitable description

      Category

      set to uddi

      Data store helper class name

      filled in for you as:

      Database Data store helper class name
      DB2 com.ibm.websphere.rsadapter.DB2DataStoreHelper
      Oracle 9i com.ibm.websphere.rsadapter.OracleDataStoreHelper
      Oracle 10g com.ibm.websphere.rsadapter.Oracle10gDataStoreHelper
      Embedded Cloudscape com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper
      Network Cloudscape com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper

      Component-managed authentication alias

      • for DB2, Oracle or network Cloudscape, select the alias that you created in step 2 from the pulldown. It will have the node name appended in front of it, for example MyNode/UDDIAlias.

      • for embedded Cloudscape leave this set to (none).

      Container-managed authentication alias

      set to (none)

      Mapping-configuration alias

      set to DefaultPrincipalMapping

      Relational Database Management System data source properties

      • for DB2:

        Database name

        for example

        UDDI30
        

      • for Oracle - URL - for example

         jdbc:oracle:oci8:@<Oracle database name>
        

      • for Cloudscape (embedded or network) - Database name - for example

        install_root/databases/com.ibm.uddi/UDDI30
        
        For network Cloudscape, also make sure that the Server name and Port number match the network server.

        Leave all other fields unchanged.

        Click Apply and Save the changes to the master configuration.

  5. Test the connection to your UDDI database by selecting the check box next to the datasource and clicking Test connection. You will see a message similar to "Test Connection for datasource UDDI Datasource on server server1 at node MyNode was successful". If you do not see this message investigate the problem with the help of the error message.

  6. Deploy the UDDI Registry by running the wsadmin script uddiDeploy.jacl, as shown, from the install_root/bin directory.

    The syntax of the command is as follows (this is a Windows platform example; for Unix or Linux platforms, add the .sh suffix to the wsadmin command)

    wsadmin [-conntype none] -f uddiDeploy.jacl 
                   node 
                   servername
    
    wsadmin [-conntype none] -f uddiDeploy.jacl
                   {node servername | cluster_name}
                               
    
where

You are recommended to deploy the UDDI application using the uddiDeploy.jacl script, but note that one can also use the administrative console to deploy the application in the normal way. If you use the administrative console you must ensure that the Classloader Mode for the application is set to PARENT_LAST, and that the WAR class loader Policy is set to Application. The uddiDeploy.jacl script in a command prompt will do this for you.

For example, to deploy UDDI on node 'MyNode' and server 'server1' on a Windows system (assuming that server1 is already started)

wsadmin -f uddiDeploy.jacl MyNode server1

To deploy UDDI into cluster 'MyCluster' on a Windows system,

wsadmin -f uddiDeploy.jacl MyCluster

  • Start the UDDI application, or start the application server if it is not already running. This will activate the UDDI node.

    Note: Restarting the UDDI application, or the application server, will always result in the reactivation of the UDDI node, even if the node was previously deactivated.

     

    What to do next

    As you have chosen a user customized UDDI node, you will need to set the properties for the UDDI node using UDDI administration, and initialize the node before it is ready to accept UDDI requests (see Initializing the UDDI Registry node for details).

     

    See also


    Initializing the UDDI Registry node

     

    Related Tasks


    Setting up a default UDDI node
    Creating a DB2 database for the UDDI Registry
    Creating a Cloudscape database for the UDDI Registry
    Creating an Oracle database for the UDDI Registry

     

    Related Information


    UDDI node settings