BPMDeactivate command
The deactivation function prevents any new requests but allows all existing instances and in-flight requests to complete processing. Using the optional parameters, you can also deactivate the default snapshot as well as suspend in-flight instances.
It is possible to deactivate the default snapshot without using the optional -force parameter. It is, therefore, recommended to check whether the snapshot is set as the default before deactivating it. If a process application has only one snapshot, deactivating the default snapshot might be appropriate. However, if multiple snapshots exist, you can designate a different snapshot as the default before deactivating the current default snapshot.
You might need to deactivate a snapshot if you want to undeploy it from a Workflow Center server, or if you want to stop it or undeploy it from a Workflow Server.
- If your process application uses a BPEL process as the main entry component, you must stop the corresponding BPEL template in the WebSphere® administrative console. See "Administering BPEL process and task templates."
- Additionally, if this BPEL process invokes a BPD, you must allow any existing instances to complete after you stop the template but before you deactivate the snapshot. See "Administering BPEL process and task templates."
- In all cases, you must clean up the associated process instance data from the Business Process Choreographer database, as described in "Cleanup procedures for Business Process Choreographer."
The BPMDeactivate command is run by using the AdminTask object of the wsadmin scripting client.
Prerequisites
- In a network deployment environment, you must run this command on the node containing the application cluster member that handles Workflow Server or Workflow Center applications. Do not run this command from the deployment manager profile.
- Run the command in the connected mode; that is,
do not use the wsadmin
-conntype noneoption. - To access the wsadmin command, the ID being used
must have a WebSphere Application
Server role
with more privileges than the monitor role. See Administrative roles
for information about
roles. - To access the Business Automation Workflow API used
by this command, the ID being used must belong to either the bpmAdminGroup
or bpmAuthorGroup. The default name for the bpmAdminGroup is tw_admins
and the default name for the bpmAuthorGroup is tw_authors. See IBM Business Automation Workflow default group types for information about groups.Tip: By default, only the DeAdmin user has both the WebSphere Application Server administrator role and membership in the bpmAdminGroup.
Location
Start the wsadmin scripting client from the profile_root/bin directory.
You can check the status of the command in the server SystemOut.log file.
Syntax
BPMDeactivate
-containerAcronym process_application_or_toolkit_acronym
-containerSnapshotAcronym snapshot_acronym
[-containerTrackAcronym track_acronym]
[-force]
[-suspendAllBPDInstances]
[-outputFile file_path]
Parameters
- -containerAcronym String
- A required parameter that identifies the process application or toolkit acronym. For example, the BillingDispute process application might have an acronym of BILLDISP.
- -containerTrackAcronym String
- Optional: On a Workflow Center server, an optional parameter that identifies the acronym of the track associated with the process application.
- -containerSnapshotAcronym String
- A required parameter that identifies the process application or toolkit snapshot acronym.Tip: You can find the process application acronym on the snapshot page in Workflow Center or by using the BPMShowProcessApplication command.
- -force
- Optional: Deactivates the default snapshot of the process application or toolkit.
- -suspendAllBPDInstances
- Optional: Suspends all instances associated with the specified context instead of allowing them
to continue running. The instances remain suspended until you resume them. Restriction: This parameter is not supported when Tip is used as the value for the -containerSnapshotAcronym parameter.Note: If you specify the -outputFile parameter to write log messages to a file, you must also include -suspendAllBPDInstances. Otherwise, the command does not write to the specified file.
- -outputFile file_path
- Optional: Specifies the file path to which log messages are written when the command runs. The
path can be absolute or relative, but the directory structure must already exist. If this parameter
is not specified, log messages are written to the
SystemOut.logfile. To write output to the specified file path, you must also include the -suspendAllBPDInstances parameter.
Example
In the following example, you first establish a SOAP connection to the Workflow Center server and then deactivate a snapshot of the BillingDispute process application. The snapshot is part of the Main track.
wsadmin -conntype SOAP -port 8880 -host ProcessCenterServer01.mycompany.com -user admin -password admin -lang jython
wsadmin>AdminTask.BPMDeactivate('[-containerAcronym BILLDISP -containerSnapshotAcronym SS2.0.1 -containerTrackAcronym Main]')
This topic only applies to BAW, and is located in the BAW repository. Last updated on 2025-03-13 12:15