+

Search Tips   |   Advanced Search

(ZOS) Connection factory considerations for optimized local adapters

This topic reviews considerations for connection factories when using optimized local adapters.

A connection factory must be configured to enable the optimized local adapters on z/OS for inbound and outbound support, even though it is only used directly for outbound. Multiple connection factories are supported. The connection factory can have any name.

Each configured connection factory can have different settings associated with it. Configurable settings include connection pool sizes and custom properties.

The following are settings that can be made on an optimized local adapter managed connection factory. Each of these settings can also be set using an optimized local adapter setter method:

The IMS OTMA client name, which is automatically generated, is 16 characters and cannot be set with the optimized local adapters resource adapter. For more information about using the optimized local adapters over IMS OTMA, see the topic, Enabling optimized local adapters over OTMA/IMS support.

The connection pool settings for the adapter define the number of logical connections defined in the WebSphere Application Server connection pool. This is not the same as the number of physical connections between WAS and an external address space. A logical connection is essentially the Java EE Connector Architecture (JCA) view of a physical connection, in this case. Logical connections are used by WebSphere applications calling outbound to an external address space.

The connection pool settings for the adapter define the number of logical connections defined in the WAS connection pool. This is not the same as the number of physical connections between WAS and an external address space. A logical connection is essentially the JCA view of a physical connection, in this case.

The balance between physical and logical connections depends on how many concurrent WebSphere application threads should be able to get a connection (logical), and how many requests should be able to be sent or received at any given time to and from an external address space (physical). The maximum number of physical connections can be set to make sure an external address space does not flood the Application Server with requests, as these are used for both inbound and outbound communication with the external address space. If an external address space attempts to register with WAS and specifies a number of connections that are the maximum physical connections supported for a server in this node, the register request rejects the register with a reason code that indicates the failure. The register can also fail if the maximum connections for the daemon group are exceeded. Remember that physical connections are requested by the client and are not the same as the logical connections handed out by the JCA adapter. When an outbound request is issued, the JCA logical connection is paired with a physical connection for the duration of the interaction.

After creating and save the connection factories, we can modify the resource references defined in various modules of the application and specify the JNDI names of the connection factories wherever appropriate.

When setting the value for the Maximum Message Receive size, be careful not to set the value too high. This size value is used to pre-obtain an area of memory to receive the IMS message. Each thread that calls to IMS over OTMA has a separate message receive area of this size. The application can also set this value dynamically using the setOTMAMaxRecvSize(nnn) method on the Connection Specification..

The Maximum Segments connection level value can also be set using the setOTMAMaxSegments(nnn) method on the Connection Specification.

To use the resource adapter high availability feature, configure additional connection pool properties on each connection factory. Refer to the topic, Enabling resource adapter high availability support, for more information on how to set up and use this feature.

  • Enable the server environment to use optimized local adapters
  • Enable optimized local adapters over OTMA/IMS support
  • Enable optimized local adapter high availability support