Network Deployment (Distributed operating systems), v8.0 > Scripting the application serving environment (wsadmin)


Use the Administration Thin Client

With the Administration Thin Client, you can run the wsadmin tool or a standalone administrative Java program with only a couple of Java archive (JAR) files. This reduces the amount of time that it takes for the wsadmin tool to start and improved performance. This information should be used to set up JMX client programs.

Verify that the IBM Software Development Kit (SDK) is installed on the Administration Thin Client. IBM recommends that you use the same IBM SDK as the server that it will connect to in the administrative Thin Client environment.

The Administration Thin Client is supported for the IBM SDKs. It is also supported for the corresponding Oracle Java Development Kit (JDK) with the same major version, provided that:

Attention: We cannot run a thin administrative client with the -conntype NONE option.

We cannot use the Administration Thin Client to manage feature packs nor deploy application artifacts that are specific to feature packs.

The Administration Thin Client does not support the installation of store archive (SAR) files or editing applications that use an external Java Authorization Contract for Containers (JACC) provider, for example, Tivoli Access Manager.

The Administrative Thin Client does not support passing the Kerberos token to a server. It only supports basic authentication, which passes the user ID and password.

The Administration Thin Client does not support co-existence with other thin clients.

The Administration Thin Client on the z/OS platform does not use localcomm.

For tracing and logging information for the Administration Thin Client, see Enabling trace on client and stand-alone applications.


Procedure

  1. Make the Administration Thin Client JAR files available by copying com.ibm.ws.admin.clientXXX.jar from a WAS environment to an environment outside of WAS, for example, c:\MyThinClient. The com.ibm.ws.admin.client_8.0.0.jar Administration Thin Client JAR file is located in one of the following locations:

    • The AppServer/runtimes directory.
    • The AppClient/runtimes directory, if you optionally selected the Administration Thin Client when you installed the application client.

  2. Use the Administration Thin Client JAR files to compile and test administration client programs. For Java applications, you can compile and run the JAR files within a standard Java 2 Platform, Standard Edition environment. See the Compiling an administration application using the Thin Administration Client topic.
  3. Copy the messages directory from the WAS_HOME/properties directory to the C:\MyThinClient\properties directory.

  4. If security is turned on, you also need the following files:

    • Copy the com.ibm.ws.security.crypto.jar file from either the AppServer/plugins directory or the AppClient/plugins directory and put it in the C:\MyThinClient directory.

    • If you are using the IPC connector, optionally copy the ipc.client.props file from the AppServer\profiles\profileName/properties or the AppClient\properties directory and put it in the C:\MyThinClient\properties directory. Alternatively, you can set the properties in the ipc.client.props file programmatically in your Java code.

    • If you are using the SOAP connector, optionally copy the soap.client.props file from the AppServer\profiles\profileName\properties directory and put it in the C:\MyThinClient\properties directory. Then, enable the client security by setting the com.ibm.CORBA.securityEnabled property to true. Alternatively, you can set the properties in the soap.client.props file programmatically in your Java code.

    • If you are using RMI or JSR160RMI connectors, copy the sas.client.props file from the AppServer/profiles/profileName/properties directory and put it in the C:\MyThinClient\properties directory.

      If there is a firewall in your installation and the application client uses RMI to receive notifications, you might get a RemoteException error after trying to deploy an application. A notifications listener with RMI does not work across a firewall because it requires a listener port on the client listening for notifications. This listener port is not directly accessible when the server tries to send notifications back to the client port. Instead of RMI, use a SOAP connector, which polls for notifications.

    • Copy or generate the ssl.client.props file from either the AppServer\profiles\profileName/properties directory or the AppClient/properties directory and put it in the C:\MyThinClient\properties directory.

      Attention: This file contains the user.root property. We must modify the value to your thin client directory, for example, C:\MyThinClient.

    • If you are using the IBM SDK, copy the key.p12 and trust.p12 files from AppServer\profiles\profileName\etc directory and put it to C:\MyThinClient\etc directory. To complete this task, copy the file to your thin client directory or run a script to generate the file. See the following topics:

      • ssl.client.props client configuration file

      • Interoperating with previous product versions
      • retrieveSigners command
      • Secure installation for client signer retrieval in SSL

    • Copy the wsjaas_client.conf files from either the AppServer\profiles\profileName/properties directory or the AppClient/properties directory, and put them in the C:\MyThinClient\properties directory.

    • If you are using the Sun JDK, change the following properties in the ssl.client.props file so that it uses JKS key and truststores and Sun Microsystems implementations on the key and trust managers: 
      com.ibm.ssl.alias=DefaultSSLSettings
com.ibm.ssl.protocol=SSL
com.ibm.ssl.securityLevel=HIGH
com.ibm.ssl.trustManager=SunX509
com.ibm.ssl.keyManager=SunX509
com.ibm.ssl.contextProvider=SunJSSE
com.ibm.ssl.enableSignerExchangePrompt=gui

# Keystore information com.ibm.ssl.keyStoreName=ClientDefaultKeyStore
com.ibm.ssl.keyStore=${user.root}/etc/keystore.jks
com.ibm.ssl.keyStorePassword=keystore_password
com.ibm.ssl.keyStoreType=JKS
com.ibm.ssl.keyStoreProvider=SUN
com.ibm.ssl.keyStoreFileBased=true

# Truststore information com.ibm.ssl.trustStoreName=ClientDefaultTrustStore
com.ibm.ssl.trustStore=${user.root}/etc/truststore.jks
com.ibm.ssl.trustStorePassword=truststore_password
com.ibm.ssl.trustStoreType=JKS
com.ibm.ssl.trustStoreProvider=SUN
com.ibm.ssl.trustStoreFileBased=true

  5. Launch the Administration Thin Client or run wsadmin.sh remotely in a Java 2 Platform, Standard Edition environment. To launch your administration application, use the following sample launch scripts:

    For transitioning users: If you are using the Oracle JDK, set the com.ibm.websphere.thinclient JVM property to true.trns (Windows) 

    set WAS_HOME=c:\MyThinClient
set USER_INSTALL_ROOT=%WAS_HOME%
set JAVA_HOME=location_of_the_JRE_file

@REM C_PATH is the class path.  Add to it as needed.
set C_PATH=%WAS_HOME%\com.ibm.ws.admin.client_8.0.0.jar;%WAS_HOME%\com.ibm.ws.security.crypto.jar
set SOAPURL=-Dcom.ibm.SOAP.ConfigURL=%WAS_HOME%\properties\soap.client.props

set TC=-Dcom.ibm.websphere.thinclient=true

if exist %JAVA_HOME%\bin\java.exe (
   set JAVA_EXE=%JAVA_HOME%\bin\java
) else (
   set JAVA_EXE=%JAVA_HOME%\jre\bin\java
)

%JAVA_EXE%  -classpath "%C_PATH%" %TC% -Duser.install.root=%USER_INSTALL_ROOT%
-Dcom.ibm.SSL.ConfigURL=file:%WAS_HOME%/properties/ssl.client.props %SOAPURL% your_class_file
    (AIX) (Solaris) 
    #!/bin/bash
WAS_HOME=/MyThinClient
USER_INSTALL_ROOT=${WAS_HOME}
JAVA_HOME=location_of_the_JRE_file

# C_PATH is the class path.  Add to it as needed.
C_PATH=${WAS_HOME}/com.ibm.ws.admin.client_8.0.0.jar:${WAS_HOME}/com.ibm.ws.security.crypto.jar
SOAPURL=-Dcom.ibm.SOAP.ConfigURL=${WAS_HOME}/properties/soap.client.props

TC=-Dcom.ibm.websphere.thinclient=true

if [[ -f ${JAVA_HOME}/bin/java ]]; then    JAVA_EXE="${JAVA_HOME}/bin/java"
else
   JAVA_EXE="${JAVA_HOME}/jre/bin/java"
fi

${JAVA_EXE}  -classpath "${C_PATH}" $TC -Duser.install.root=${USER_INSTALL_ROOT}
-Dcom.ibm.SSL.ConfigURL=file:${WAS_HOME}/properties/ssl.client.props ${SOAPURL} your_class_file
  6. Deploy the stand-alone JAR files and the administrative client applications and start applications outside of a WAS environment.


Related


Compiling an administration application using the Thin Administration Client
Run wsadmin.sh remotely in a Java 2 Platform, Standard Edition environment
Auditing invocations of wsadmin.sh using wsadmin.sh
Secure installation for client signer retrieval in SSL


Related


ssl.client.props client configuration file
retrieveSigners command
Use wsadmin scripting
Enable trace on client and stand-alone applications
Start the wsadmin scripting client using wsadmin.sh
IBM WebSphere Developer Technical Journal: System Administration for WAS V5 -- Part 3

+

Search Tips   |   Advanced Search