stopappserver
Syntax
{stopappserver | stopapps} [domain!]workstation
[;wait]
Arguments
- domain
- Specifies the name of the domain of the workstation. Because workstations
have unique names, the domain is not needed when stopping the WebSphere Application Server on
a specific workstation. Wildcard characters are permitted.
If domain is omitted, and workstation contains wildcard characters, the default domain is the one in which conman is running.
- workstation
- Specifies the name of the workstation where you want to stop the monitoring engine. Wildcard characters are permitted. If no domain and workstations are specified, the action is on the local workstation.
- wait
- Waits until WebSphere Application Server has stopped before prompting for another command.
Comments
Permission to stop actions on cpu objects is required in the security file to be enabled to run this command.
On Windows systems refrain from using Windows services to stop WebSphere Application Server. If you use Windows services, the appserverman process, which continues to run, will start WebSphere Application Server again. Use this command or the stopWas command (without the -direct option) instead.
When you run the command, the appserverman process first checks if WebSphere Application Server can retrieve the user's credentials (username and password) from the soap.client.props file located in the WebSphere Application Server profile. If the check is negative, appserverman reads them from the useropts file of the user and runs the stopServer.sh (bat) script to pass them to WebSphere Application Server.
- Customize the user name (com.ibm.SOAP.loginUserid)
and password (com.ibm.SOAP.loginPassword) properties
in the soap.client.props file located in:
where WAS_profile_path corresponds to the WebSphere Application Server profile path you specified at installation time. The default path is <TWA_home>/WAS/TWSprofile.WAS_profile_path/properties (Version 9.1 and later master and agents)
You must also:- Set property com.ibm.SOAP.securityEnabled to true in the same file to enable the SOAP client security
- Run the encryptProfileProperties.sh script to encrypt the password. See the Administration Guide for more information on this application server tool.
- Customize the Attributes for conman connections section
in the localopts file by specifying the details of
the connector or of the master domain manager.You must also:
- Create (or customize if already present) the useropts file manually, adding the USERNAME and PASSWORD attributes for the user who will run stopappserver . Make sure the useropts file name is entered in the USEROPTS key in the Attributes for conman (CLI) connections section. See the Administration Guide for further details.
- Encrypt the password in the useropts file simply by running conman.