Starting the wsadmin scripting client using wsadmin scripting
You can use the wsadmin tool to configure and administer application servers, application deployment, and server runtime operations.
About this task
The wsadmin tool provides the ability to automate configuration
tasks for your environment by running scripts. However, there are
some limitations for using the wsadmin tool, including:
The wsadmin launcher supports several scripting objects, including the AdminConfig, AdminControl, AdminApp, AdminTask, and Help objects. Scripts use these objects for application management, configuration, operational control, and for communication with MBeans that run in product processes. You must start the wsadmin scripting client before you perform any other task using scripting.
Avoid trouble: The
application management design does not allow you to install an EE
specification level EAR or module that is at a higher level than the
client. Client code that runs in wsadmin reads the EAR file and uses
introspection of the content to generate the deployment configuration
options that are applicable to that application. The client side code
cannot process a specification level that is higher than what that
client supports.
Procedure
Results
The wsadmin returns the following output when it establishes a connection to the server process:
Jython example output:
Applications currently installed:
DefaultApplication
ivtApp
query
WASX70311: For help, enter: "print Help.help()"
wsadmin>
Jacl example output:
Applications currently installed:
DefaultApplication
ivtApp
query
WASX70311: For help, enter: "$Help help"
wsadmin>