Copyright © Cloud Software Group, Inc. All Rights Reserved |
A field initialized to zero before the OPEN call and filled in by the otma_open function call. RETURNCODE, REASON1, REASON2, REASON3,
REASON4 The number of parallel sessions to be supported with IMS. The only valid value is 1. The session identifier for the subsequent otma_send_receive. It is filled in by the otma_allocate function call. The processing options for the subsequent otma_send_receive call. The supported options are (can be NULL, to use the defaults):Bit 0 (SyncOnReturn): This option tells IMS to process the message without the RRS context token; in this case, the user ID is obtained when RRS CTXRDTA is invoked.Bit 1 (SyncLevel1): With this option, the OTMA send-then-commit (Commit Mode 1) SYNCLEVEL 1 is used instead of the default SYNCLEVEL 0. The lterm name. On input it is passed to IMS. It is updated on output to the lterm field returned by IMS. Can be blank in both cases. The modname. On input, it is passed to IMS. It is updated on output to the modname field returned by IMS. Can be blank in both cases. If the input modname is DFSM01, DFSM02, or DFSM05, it is treated as blanks. The pointer to the data to be sent to IMS. When a NULL is specified for TRANSACTION, the transaction name or command must appear, followed by a blank, followed by the data, in this buffer when it is being sent to IMS. The pointer to an array of lengths of message segments to be sent to IMS. The first element is the count of the following segment lengths. If a single segment is to be sent, either the first element or the address of the array can be zero. The length of data received in the receive buffer. It should equal the sum of the segment lengths. On send, the first element must be set to the number of elements in the array. If a single segment is to be received, either the first element or the address of the array can be zero, in which case all segments are received contiguously without indication of segmentation boundaries.On receive, the first element is the count of the following segment lengths and must be set by the client to indicate the maximum length of the array. It is modified by the receive. For an unauthorized caller (as is the case with the TIBCO Object Service Broker implementation), OTMA invokes the CTXSWCH call to disassociate the token and to validate if the token is current for a task. When OTMA receives a response from IMS, it switches the context back onto the task before returning control to the caller. Access to @OTMA_MAP is controlled using normal TIBCO Object Service Broker security manager tools. Refer to the Security manual.The appropriate fields of the @OTMA_MAP map table must be set up before requesting an OTMA function. The following lists the required fields for each of the functions. After setting up the fields, you invoke the $OTMA tool:OTMA_OPEN invokes the otma_open interface call to connect with IMS. The required fields in the @OTMA MAP table are:
The number of parallel sessions to be supported with IMS. The only valid value is 1.
XCF JOIN was successful, client-bid was sent, and acknowledgment received.
For the complete description of each error, see the IBM IMS Open Transaction Manager Access Guide and Reference manual.OTMA_ALLOC invokes the otma_allocate interface call to create an independent session to exchange messages. The required fields in the @OTMA_MAP table are:
The SyncOnReturn and SyncLevel1 processing options you want for the subsequent otma_send_receive call, in bits 0 and 1. You select the option by turning on the bit. The name of the RACF group name for OTMA transactions and commands.
OTMA_SEND_RECEIVE invokes the otma_send_receive interface call to initiate a message exchange with IMS. The required fields in the @OTMA_MAP table are:
A pointer to the buffer containing the IMS transaction or command data to be sent to IMS. A pointer to an array of lengths of message segments to be sent to IMS. The pointer to an array to hold the number of segments sent by IMS. A field containing NULL or the Distributed Sync Point Context ID from RRS.
OTMA_FREE invokes the interface call otma_free to free an independent session created by otma_allocate. The required fields are already set in the @OTMA_MAP table.
OTMA_CLOSE invokes the interface call otma_close to free storage for communication and leave the XCF group. The required fields are already set in the @OTMA_MAP table.
Copyright © Cloud Software Group, Inc. All Rights Reserved |