Using the WebSphere wsadmin command-line administration tool, you can run commands to
update the server configuration that is used to connect a workflow server in your runtime
environment to a different workflow center. You can also use wsadmin commands to connect an offline
server or to modify other connection properties. Although a few settings are updated using
authentication alias configuration, the rest of the properties can be updated using wsadmin
commands.
About this task
Workflow Server initially connects to
Workflow Center by using a connection defined in
processCenterInternalUrl or processCenterUrl.
Workflow Center then tells
Workflow Server which URL to connect with depending on the
endpoint resolution for the INTERNAL_CLIENT and WS_TO_WC endpoint scenarios. So you don't have
multiple URLs used during each connection, set up the settings to generate the same URLs. For more
information about this connection, see
Connections from IBM Process Server to Workflow Center.
Note: Before Business Automation Workflow 19.0.0.3, the EXTERNAL_CLIENT and PROCESS_CENTER
scenarios were used for this internal connection in addition to their other use cases like Process Designer.
Typically, each workflow server in a runtime environment is connected to a workflow center; a
single workflow center can be connected to multiple servers. You can install process application
snapshots from the workflow center to one or more of these connected workflow servers. Using wsadmin
commands, you can customize many Workflow Server
settings that are used to connect to Workflow Center, such as the following settings:
- Update the host and port name of the workflow center connection details.
- Change a workflow server from an offline server to a workflow center connected server (online
server), and vice-versa.
- Change the Workflow Center connection
URL.
Procedure
To customize the settings that are used by a workflow server to connect to a workflow
center, complete the following steps.
Note: For network deployment Workflow Server environments, complete the following steps on
the deployment manager node, synchronize the nodes, and restart the application cluster
member.
- Stop the Workflow Server environment.
In a network deployment environment, stop the deployment manager and
the nodes.
- Complete the following steps to update the server settings
with the WebSphere command-line administration tool (wsadmin) AdminConfig
commands.
- Start the wsadmin scripting tool.
To start wsadmin using the Jython language, run
the following command from the bin directory
of the Business Automation Workflow installation:
wsadmin -conntype NONE -lang jython -profileName profileName
where
profileName is the name of the deployment manager profile. For
IBM Business Automation Workflow
Express,
profileName is the name of
the stand-alone profile (and may be omitted if this is the only profile).
-
Get the workflow server configuration of the application cluster.
- For a clustered environment, specify the following command
syntax:
wsadmin> ps = AdminConfig.getid("/Cell:/ServerCluster:application_cluster_name/BPMClusterConfigExtension:/BPMProcessServer:/")
- For a stand-alone environment, specify the following command
syntax:
wsadmin> ps = AdminConfig.getid("/Cell:/Node:node_name/Server:server_name/BPMServerConfigExtension:/BPMProcessServer:/")
- Update the
processCenterUrl
variable.
This setting specifies the URL that the workflow server uses to connect to a pre-V8.5.0.1
process center. It uses Form-based Authentication. A pre-V8.5.0.1 process center supports only the
processCenterUrl
setting and it does not support the
processCenterInternalUrl
setting that is described in the next step. To ensure that
the workflow server can connect to a workflow center from any release of
Business Automation Workflow, this setting should always be
specified.
wsadmin> AdminConfig.modify(ps, [['processCenterUrl', 'https://new_server_name/ProcessCenter']])
- Update the
processCenterInternalUrl
variable.
This setting specifies the URL that the workflow server uses to connect to a V8.5.0.1 or later
workflow center. It uses Basic Authentication rather than Form-based Authentication. It has the same
format as the
processCenterUrl
setting, except that it also has the literal string
Internal
appended at the end of the URL. A V8.5.0.1 or later workflow center
supports both the
processCenterUrl
setting and the
processCenterInternalUrl
setting. However, the
processCenterInternalUrl
is the preferred method of communication and it is
automatically used when it is available. To ensure that the workflow server can connect to a
workflow center from any release of
Business Automation Workflow,
this setting should always be specified. The setting should be set to the same host and port as the
processCenterUrl
.
wsadmin> AdminConfig.modify(ps, [['processCenterInternalUrl', 'https://new_server_name/ProcessCenterInternal']])
Note: The processCenterInternalUrl
setting no
longer needs to be set. It is now computed automatically based on the
processCenterUrl
setting specified in the previous substep.
-
To change the state of an offline workflow server to online, update the
heartBeatInterval
value to a number that is greater than 0 (zero). The heartbeat
interval is the polling interval, in seconds, that is used by the workflow server to communicate its
location and characteristics to the workflow center. For example, to set the value to
60 seconds, enter the following command:
wsadmin> AdminConfig.modify(ps, [['heartBeatInterval', '60']])
To bring the server offline, disable polling by setting the
heartBeatInterval
value to a number that is less than or equal to 0 (zero). For
example:
wsadmin> AdminConfig.modify(ps, [['heartBeatInterval', '-1']])
- Verify your updates.
wsadmin> print AdminConfig.show(ps)
The
output looks something like the following example:
...
[heartBeatInterval 60]
...
[processCenterUrl https://hostname:9082/ProcessCenter]
- Save the changes and exit.
wsadmin> AdminConfig.save()
wsadmin> exit
- Review the Business Automation Workflow security
roles by navigating in the WebSphere Application Server administrative
console to .
- Note the authentication alias for the ProcessCenterUser
and BPMAuthor roles.
- If it does not exist, create the ProcessCenterUserAlias,
which is the default authentication alias that is used to connect
from Workflow Server to Workflow Center. It
includes a user name and password that can be used to log into Workflow Center. See Modifying authentication aliases.
For ProcessCenterUserAlias,
use a valid user name and password from the Workflow Center environment.
The user will be used during the heartbeat to log into Workflow Center and
it does not need any special authorization in Workflow Center.
- Optional:
If you plan to use a user other than DeAdmin (the default) to deploy snapshots from Workflow Center to the runtime workflow server, create a new
BPMAuthorAlias (which is the default authentication alias that is used to connect from Workflow Center to Workflow Server). The BPMAuthorAlias receives a user name and
password from Workflow Server that is used to log
into Workflow Server.
For BPMAuthorAlias, use a valid user name and password from the Workflow Server environment that has the authority to access
and deploy snapshots to the runtime workflow server.
- In the security roles screen, map the ProcessCenterUser
role to ProcessCenterUserAlias and the appropriate alias to the BPMAuthor
role.
- Because Workflow Center connects
to Workflow Server by
HTTPS by default, you must verify that the Workflow Server root
signer SSL certificate is imported into Workflow Center. If
you configure the
processCenterUrl
variable or the processCenterInternalUrl
variable
to use HTTPS, then you also must verify that the Workflow Center root
signer certificated is imported into Workflow Server.
- Restart the deployment manager after you have completed
your updates.
- Restart the workflow server cluster or server. For network
deployment Workflow Server environments,
synchronize the nodes and restart the application cluster member.
Results
The settings that are used to connect Workflow Server to Workflow Center are
now customized and the same changes are applied to the custom nodes.