Run the wsadmin script uddiDeploy.jacl from the app_server_root/bin directory, as shown. Note the following points:
- do not specify the default option, even if you used this option previously to set up a default UDDI node using Cloudscape. If you use the default option, you might encounter an error during deployment, or in some circumstances your existing UDDI data might be overwritten.
- if you are deploying the UDDI registry into a network deployment scenario, ensure that the deployment manager is the target.
At a command prompt, enter:
wsadmin [-conntype none] [-profileName profile_name] –f uddiDeploy.jacl
{node_name server_name | cluster_name}
where
- '-profileName profile_name' is optional, and is the name of the profile in which the UDDI application is deployed. If you do not specify a profile, the default profile is used.
- '-conntype none' is optional, and is needed only if the application server or deployment manger is not running.
- node_name and server_name are the names of the WebSphere node and application server in which the UDDI application is deployed (these are the names that you specified when you ran uddiDeploy.jacl to install the UDDI application).
- cluster_name is the name of the WebSphere cluster in which the UDDI application is deployed. This is the name that you specified when you ran uddiDeploy.jacl to install the UDDI application.
Optionally, you can redirect the output from this command to a log file. To do this, add '> log_name.log' at the end of the command, where log_name.log is the name of the log file to create.
The command removes the existing UDDI application and reinstalls it.
Note: This procedure does not change your existing JDBC provider, datasource and any J2C authdata entry. Your existing UDDI registry data, including UDDI entities as well as property and policy settings, are also unaffected.