Manually Configuring the Client Environment

In a default configuration, applications are run or served from the same system as that where the run-time system is installed. However, to run in a distributed environment, you can configure published tasks in MCS to access registered run-time servers on different systems, providing task failover protection and optional load balancing.

If any of the following conditions are present, all client access to the run-time servers is handled through the CICSClientConfig.xml file:

Note Within a given client VM, some resources may obtain configuration information from the CICSClientConfig.xml file, while others may obtain configuration information from MCS. Information for a single task ID is not gathered from both MCS and the CICSClientConfig.xml file.

How the Client Configuration File is Used

The file CICSClientConfig.xml is created automatically the first time a task is run on a remote or client system. When an application that exercises a task is first run, the system checks for the file, and, if it doesn't exist, it creates it using the following default values:

<Configurations>
  <Configuration Name = "<task_id_name>">
    <Property Name = "serverAddress" Value = "localhost"/>
    <Property Name = "protocol" Value = "tcpip"/>
  </Configuration>
</Configurations>

where:

Location of the Client Configuration File

The CICSClientConfig.xml file is located in the cfg directory, either in the location you specified as a system property (attachmate.home) or in the Java-provided location, user.home. On a Windows system, this is Documents and Settings/user login.

To specify a custom directory for the CICSClientConfig.xml file
  • Set the system property "attachmate.home" on the command line that starts the Java VM that runs your task interface objects as follows:
    -Dattachmate.home=<myDirectory>
    

    where:

    <myDirectory> is the name of the directory you are specifying.

    How you pass command line arguments to the Java VM depends on your environment. The Java VM can be part of a Web server for Servlets and JSPs, in a browser for Java Applets, or a stand-alone process if your tasks are running as part of a Java application.

    -or-

  • Set the system property programmatically from within your application as follows:
    System.setProperty("attachmate.home", <myDirectory>);
    

    Your application must make this call before you can run tasks, and it must have the necessary permission to modify system properties.

Configuring Your Tasks using the Client Configuration File

You can either create the CICSClientConfig.xml file from the beginning, or run the task once (it will likely fail) to create the basic structure, which you can then modify.

To configure a task with the client configuration file
  • Open the CICSClientConfig.xml in a text editor, and modify it as follows:
    To specify
    Do this
    A run-time server to serve applications from a remote server Type the address without double slashes or protocol specification. For example, to specify a run-time server named "myServer":
    <Property Name = "serverAddress" Value = "myServer"/>
    

    The default RMI port number for the server is 6800. You can, if necessary, change the port number by adding ":xxxx", (where xxxx is the port number), after the server name.

    A protocol Type the protocol (TCP/IP or SNA) you will use to connect the run-time with the mainframe. For example, to specify an SNA protocol:
    <Property Name = "protocol" Value = "sna"/>
    
Related Topics
Bullet Configuring Your Run-time Environment
Bullet Associating Tasks with Run-time Servers
Bullet Running Tasks on Run-time Servers
Bullet Configuring Task Failover and Load Balancing
  Attachmate