EntireX Version 9.7
 —  Common Integration Scenarios  —

Calling Integration Server from COBOL under z/OS IDMS/DC

This document covers the following topics:

This scenario uses the EntireX Workbench tools IDL Extractor for Integration Server and COBOL Wrapper of the Software AG Designer.


Introduction

graphics/is2cob-common_intro.png

graphics/blue_1.gif Use IDL Extractor for Integration Server to generate Integration Server connections and listeners from the Integration Server service to be called.
graphics/blue_2.gif Generate client interface objects and build COBOL client application.
graphics/blue_3.gif Execute the call from the COBOL client to the Integration Server service.

This scenario makes the following important assumptions:

For Task 1:

For Task 3:

Top of page

Task 1: Generate Integration Server Connections and Listeners

This section describes your first steps to create a new Integration Server connection. This process creates the following:

The following steps are described in more detail under IDL Extractor for Integration Server.

Step 1: Start the IDL Extractor for Integration Server

Start of instruction setTo start the IDL Extractor for Integration Server

  1. The IDL Extractor is a New Wizard in Eclipse. Choose New from the file menu, select IDL Extractor for webMethods IS in the following page and choose Next.

    Note:
    You can also chose New from the toolbar or context menu of a view showing resources. Also Ctrl-N starts the selection of the New Wizards.

  2. If you are using the wizard for the first time without any predefined Integration Server connections, continue with Step 2: Connect EntireX Workbench with Integration Server below.

graphics/using_startExtractor.png

Step 2: Connect EntireX Workbench with Integration Server

Start of instruction setTo create a new Integration Server connection

  1. Define the new Integration Server connection on the following wizard page. The only required field is Server. graphics/toc_closed.png More info

    graphics/using_createNewConnection.png

  2. Choose Next and continue with Step 3: Select the Integration Server Package to Extract.

Step 3: Select the Integration Server Package to Extract

graphics/using_selectPackage.png

Start of instruction setTo extract the IDL from the selected package

  1. Select the package to extract (from the list indicated by Source), for example the package "Default" in the screen above.

  2. Specify the target. By default, the wizard tries to find a valid container based on your position in the Navigator or Package Explorer View.

    Or:
    Choose Browse... to select a container from your workspace.

    Notes:

    1. The IDL file name is based on the selected Integration Server package from the list below, but this is only a proposal and can be changed.
    2. If the file name already exists in your container, a warning will be displayed in the title area of the wizard page.
    3. If the extension "idl" is not specified, it will be added automatically.
  3. Optimize the extracted IDL. Use the combo-box and select the target programming language:

  4. For this scenario, make sure Create Listener Objects in Integration Server is checked.

  5. Choose Next to store the IDL file in the selected container in the Eclipse workspace. When you go to the next page, the Back button is disabled, because the IDL file has already been created and this step cannot be reverted.

Step 4: Select the Connection Type

graphics/using_selectConnection.png

Start of instruction setTo select the connection type

As a prerequisite, the IDL file has been stored in the workspace and the Back button is now disabled.

Step 5: Define a Listener

graphics/using_defineListener.png

Start of instruction setTo define a listener

  1. Select an Integration Server package where the listener will be stored.

  2. Specify the names for Folder Name (default: library name), Connection Name (default: library nameConnection) and Listener Name (default: library nameListener).

  3. Advanced users: You can alter the Integration Server services in the table headed by the RPC Program Name and IS Service Name. Note that a selected service must exist in some package of the Integration Server! This step is not recommended. Only perform it if required.

  4. If necessary, edit the Broker settings for the Listener (Broker ID, Server Address, User ID, Password, and Encoding).

  5. The check box Overwrite existing Objects in Integration Server can be used to re-generate the objects after you have changed the IDL file.

    Notes:

    1. The check box Overwrite existing Objects in Integration Server is useful for re-generating objects created previously. However, you cannot overwrite an RPC Listener Connection or a reliable RPC Listener Connection with a connection of a different type. If the connection is deleted with the Adapter Administration UI, it is not possible to overwrite the objects. In this case, you have to delete the adapter services in the Designer.
    2. When creating a connection, a package dependency is added such that the selected package depends on webMethods EntireX (the package WmEntireX) with the version currently used.
  6. Choose Finish.

    As a result, the following objects will be created:

    For a connection of type EntireX Reliable RPC Listener the following objects will be created in addition for each IDL program:

Top of page

Task 2: Generate Client Interface Objects and Build Client Application

This section covers the following topics:

Set Generation Options (Properties) for the COBOL Wrapper

From the context menu on the IDL file extracted as described under Task 1: Generate Integration Server Connections and Listeners above, choose EntireX COBOL Wrapper and set the following properties:

For more information see Target Operating System and Client Interface Types under Generating COBOL Source Files from Software AG IDL Files in the COBOL Wrapper documentation.

graphics/is2cob-common_generate-client_props.png

Build the Client Application with a Call Interface to Client Interface Objects

graphics/is2cob-common_generate-client_build-call.png

The following steps are described in more detail under Using the COBOL Wrapper for IDMS/DC with Call Interfaces (z/OS):

Start of instruction setTo use the COBOL Wrapper for IDMS/DC

  1. Generate the client interface object(s) for the target operating system "z/OS", and use the interface type "IDMS/DC with standard calling convention". See Generating COBOL Source Files from Software AG IDL Files. Check the option "Generate the generic RPC service module COBSRVI". graphics/toc_closed.png More info

  2. If necessary, use FTP to transfer the client interface object(s) to the target platform where you write your client application.

  3. If you have generated the generic RPC service module and you plan to (re)install it within CICS, you may need to adapt the broker stub that supports the required transport (TCP, SSL, NET). See Adapting the Used Broker Stub.

  4. Write your COBOL client program. See Writing Applications with the COBOL Wrapper, in particular the section Using the RPC Communication Area with a Standard Call Interface, and take into consideration the information given in Software AG IDL to COBOL Mapping.

  5. Using the IDMS/DC translator for COBOL provided with your IDMS/DC installation and a COBOL compiler supported by the COBOL Wrapper, translate and compile:

    Take care the generated copybooks (see Using the Generated Copybooks) are accessed correctly by the compiler and not confused with the client interface objects, because the copybooks and client interface objects have identical file names. See your compiler documentation.

  6. Using the standard linker (binder) of the target platform, link (bind) all translated and compiled modules, and, if required, the broker stub, together to a IDMS/DC program, using the standard linker (binder) of the target platform.

  7. Install the IDMS/DC program within IDMS/DC.

  8. Make sure the correct broker stub is used and can be called dynamically by the generic RPC service module COBSRVI.

    See the broker installation documentation and use a broker stub for IDMS/DC (for example IDMSETB) from the common load library EXX970.LOAD. See also Administering Broker Stubs.

Top of page

Task 3: Execute the Call from COBOL to Integration Server

After building your client application in Task 2 above, you can test your scenario.

Top of page