Creating an IMS LDS z/OS Asset
Understand the considerations involved when creating an IMS large data structure (LDS) z/OS Asset.
Before you begin
zosConnect-3.0 Applies to zosConnect-3.0.
Containers Applies to z/OS Connect container deployments.
Ensure that z/OS Connect Designer is running as described in Starting the z/OS Connect Designer with Docker Desktop and importing an OpenAPI definition and that the flow diagram for your API is displayed.
An IMS z/OS Asset describes the formats of the request and response data structures from an IMS program, and specific characteristics such as the codepage, transid, and transid usage.
See the instructions in Creating a z/OS Asset to add a z/OS Asset in the z/OS Connect Designer and display the Operation flow diagram as shown in Figure 1.

About this task
IMS message segments have a size limit of 32 KB (32,767 bytes). If your application programs contain large data structures, the transaction must handle the decomposition of the large data structure into multiple segments, each within the 32 KB limit and then assemble multiple segments on the response.
IMS transactions that are defined as MSGTYPE=(MULTSEG) are eligible to handle large IMS data structures. In existing IMS transactions, segmentation is most likely already implemented by GU and GN calls to process request messages that are larger than 32 KB. Segmentation refers to the process of decomposing a large data structure into multiple segments so each IMS message segment is within the 32 KB restriction. For response messages, de-segmentation is most likely implemented by multiple ISRT calls. The term de-segmentation refers to the process of assembling multiple segments for an IMS transaction message that contains a large data structure.
If your transaction already handles segmentation and de-segmentation of large data structures, no change is needed. If it does not, sample utilities are provided that your application can invoke instead of interacting with the IMS message queue directly. The sample utilities, BAQGETS, and BAQSETS for COBOL, and BAQPGETS and BAQPSETS for PL/I, handle the segmentation and de-segmentation of large data structures by using a temporary storage in the message processing region.
- BAQGETS/BAQPGETS performs de-segmentation by reading the large data structure from the IMS message queue.
- BAQGETS/BAQPGETS writes the de-segmented request structure to the temporary storage.
- BAQSETS/BAQPSETS performs segmentation by reading from the storage.
- BAQSETS/BAQPSETS writes the segmented response structure to the IMS message queue.
Procedure
Results
You now have an IMS LDS z/OS Asset for use in your API project.










