03.05.2015 Views

IBM WebSphere V5.0 Security - CGISecurity

IBM WebSphere V5.0 Security - CGISecurity

IBM WebSphere V5.0 Security - CGISecurity

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

wsadmin scripting<br />

<strong>WebSphere</strong> Application Server 5.0 provides a new administration scripting<br />

engine that can be used to manage and deploy applications. Scripts are<br />

executed under the new tool wsadmin. The wsadmin client uses the Bean<br />

Scripting Framework (BSF) and is based on JMX.<br />

This appendix introduces the scripting language and presents a few simple<br />

examples that can be customized for different purposes.<br />

In <strong>WebSphere</strong> Application Server V4.0, wscp commands were used for both<br />

configuration queries and updates, and operational commands. In <strong>V5.0</strong>, a<br />

distinction is made between configurational and operational commands.<br />

► Configuration functions deal with<strong>WebSphere</strong> Application Server <strong>V5.0</strong><br />

installation and configuration.<br />

►<br />

Operational functions deal with management of currently running objects in<br />

<strong>WebSphere</strong> Application Server <strong>V5.0</strong> installations.<br />

Scripts deal with both categories of objects. For example, an application server is<br />

divided into two distinct entities. One entity represents the configuration of the<br />

server, which resides persistently in a repository on permanent storage. You can<br />

create, query, change, or remove this configuration without starting an<br />

application server process. The second entity represents the running instance of<br />

an application server by a Java Management Extensions (JMX) MBean. This<br />

instance can have attributes that you can interrogate and change, and<br />

operations that you can invoke. These operational actions taken against a<br />

running application server do not have an effect on the persistent configuration of<br />

the server. The attributes that support manipulation from an MBean differ from<br />

the attributes the corresponding configuration supports. The configuration can<br />

include many attributes that you cannot query or set from the live running object.<br />

When you run wsadmin in an environment where global security is enabled, you<br />

will need to supply authentication information in order to communicate with the<br />

server. The user’s name and password may be specified either in the command<br />

line arguments for wsadmin or in the sas.client.props file. Changes introduced<br />

into the properties file will depend on whether the RMI or SOAP connector is<br />

used to communicate with the server. Remember that if you specify the user’s<br />

name and password in the command line, it will override this information in the<br />

properties file.<br />

514 <strong>IBM</strong> <strong>WebSphere</strong> <strong>V5.0</strong> <strong>Security</strong> Handbook

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!