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>