The WebSphere Application Server – Deployment plug-in provides a number of steps for deploying application files to and performing administrative tasks for WebSphere Application Server. The plug-in also contains a number of steps that are related to configuration management, such as creating data sources and JMS requests. These configuration steps are deprecated; instead, use the WebSphere Application Server – Configure plug-in for all configuration-related activities.
This plug-in also supports WebSphere Application Server capabilities that were incorporated from WebSphere Virtual Enterprise (WVE) such as application editioning and dynamic clustering.
Steps in this plug-in that are identified as OBSOLETE were replaced by steps available in the WebSphere Application Server – Configure plug-in. There are no current plans to enhance or remove these steps in this plug-in.
- This plug-in is supported to run on all operating systems that are supported by the IBM UrbanCode Deploy agent.
- This plug-in is supported to run against WebSphere Application Server v7 or higher. This plug-in also supports WebSphere Virtual Enterprise version 7 or higher. The Start Server step works only with WebSphere Application Server Network Deployment. The Start Server step does not work on WebSphere Application Server Base.
- This plug-in requires UrbanCode Deploy 18.104.22.168 or later. If you are running a version of UrbanCode Deploy earlier than 22.214.171.124, use the links at the bottom to download version 72 of the plug-in.
- You can configure impersonation for the WebSphere Discovery step if the IBM UrbanCode Deploy server is at version 126.96.36.199 or later.
- The impersonating user must have access rights to both the WebSphere Application Server profile directory and the IBM UrbanCode Deploy agent directory. For example, if the WebSphere user is named wasusr with the group wasgrp, and the agent user is named ucdusr with the group ucdrgp, the user wasusr must be a member of the group ucdgrp. You can restrict the WebSphere Application Server profile directory so that only the WebSphere user has read, write, and execute permissions; the group and other users do not need any permissions. In this case, the WebSphere user starts all WebSphere processes. You can restrict the agent directory in the following ways:
- The agent user has read, write, and execute permissions everywhere.
- The group has read and execute permissions everywhere and write permissions in the var/ subfolder.
- Other users have no access.
By default, set the impersonation settings as follows:
- User: WebSphere user
- Password: [empty]
- Group: WebSphere group
- You do not need to select the Always use default impersonation check box unless a Resource overrides it in an incompatible way.
- The Start Server step works only with WebSphere Application Server Network Deployment. The Start Server step does not work on WebSphere Application Server Base.
- This plug-in uses the wsadmin tool to manage connections to a WebSphere Application Server profile. Specific user rights are required to run the wsadmin tool. To learn more about user rights and the wsadmin tool, see the WebSphere Application Server Network Deployment documentation.