Oracle Procedural Gateway® for APPC Installation and Configuration Guide
10g Release 1 (10.1) for UNIX
Part No. B12175-01
The Oracle Procedural Gateway for APPC (the "gateway") enables users to initiate transaction program execution on remote online transaction processors (OLTPs). The Oracle Procedural Gateway for APPC can establish connection with OLTP using the SNA communication protocol. The gateway can also use TCP/IP for IMS Connect to establish communication with the OLTP through TCP/IP. The gateway provides Oracle applications with seamless access to IBM mainframe data and services through Remote Procedural Call (RPC) processing. The gateway can access any application capable of using the CPI-C API either directly or through a TP monitor such as CICS.
This chapter discusses the architecture, uses and features of the gateway. It contains the following sections:
The Oracle Procedural Gateway for APPC extends the Remote Procedural Call (RPC) facilities available with the Oracle server. The gateway enables any client application to use PL/SQL to request execution of a remote transaction program (RTP) residing on a host. The gateway provides RPC processing to systems using the SNA APPC (Advanced Program-to-Program Communication) protocol and to systems using TCP/IP for IMS Connect protocol. This architecture allows efficient access to data and transactions available on the IBM mainframe and IMS, respectively.
The gateway requires no Oracle software on the remote host system. Thus, the gateway uses existing transactions with little or no programming effort on the remote host.
For gateways using SNA only: The use of a generic and standard protocol, APPC, allows the gateway to access a multitude of systems. The gateway can communicate with virtually any APPC-enabled system, including IBM Corporation’s CICS on any platform, IBM Corporation’s IMS and APPC/MVS, and Computer Associates’ IDMS. These transaction monitors provide access to a broad range of systems, allowing the gateway to access many datastores, including VSAM, DB2 (static SQL), IMS, IDMS, ADABAS and others.
The gateway can access any application capable of using the CPI-C API either directly or through a TP monitor such as CICS.
The Oracle Procedural Gateway for APPC provides the following benefits:
TCP/IP support for IMS Connect
This release of the gateway includes TCP/IP support for IMS Connect, giving users a choice of whether to use the SNA or TCP/IP communication protocol. IMS Connect is an IBM product which allows TCP/IP clients to trigger execution of IMS transactions. The gateway can use a TCP/IP communication protocol to access IMS Connect, which triggers execution of IMS transactions. If you choose to use TCP/IP, there is no SNA involvement with this configuration. Related to this new feature of the gateway is:
The pg4tcpmap tool. This release of the gateway includes a new tool whose purpose is to map the information from your Side Profile Name to TCP/IP and IMS Connect. You may turn on a trace for this tool as well. For more information about the gateway mapping tool, refer to Chapter 6 of the Oracle Procedural Gateway for APPC User’s Guide, and to Chapter 12, " Gateway Configuration Using TCP/IP Communication Protocol" in this guide.
The gateway is optimized so that remote execution of a program is achieved with minimum network traffic. The interface to the gateway is an optimized PL/SQL stored procedure specification (called the "TIP" or "transaction interface package") precompiled in the Oracle Integrating Server. Because there are no additional software layers on the remote host system, overhead occurs only when your program executes.
Client applications need not be operating system-specific. For example, your application can call a program on a CICS Transaction Server for z/OS. If you move the program to a CICS region on pSeries, then you need not change the application.
Users calling applications that execute a remote transaction program are unaware that a request is sent to a host.
You can use the gateway to interface with existing procedural logic or to integrate new procedural logic into an Oracle Integrating Server environment.
The integration of the Oracle server with the gateway enables the gateway to benefit from existing and future Oracle features. For example, the gateway can be called from an Oracle stored procedure or database trigger.
The gateway and the Oracle Integrating Server allow remote transfer updates and Oracle server updates to be performed in a coordinated fashion.
The gateway supports any tool or application that supports PL/SQL.
a data dictionary to store information relevant to the remote transaction
a tool to generate the PL/SQL Transaction Interface Package, or TIP
a report utility to view the information stored in the gateway dictionary
a complete set of tracing and debugging facilities
a wide set of samples to demonstrate the use of the product against datastores such as DB2, IMS, IDMS, CICS, and ADABAS
The gateway provides site autonomy, allowing you to do such things as authenticate users. It also provides role-based security compatible with any security package running on your mainframe computer.
The following terms and definitions are used throughout this guide. Refer to Appendix C, " Gateway Terminology" for a more complete list of terms and definitions pertaining to the gateway, its components and functions.
This is any Oracle server instance that communicates with the gateway for purposes of performing remote procedural calls to execute remote transaction programs (RTP). The Oracle Integrating Server can be on the same system as the gateway or on a different system. If it is on a different system, then Oracle Net is required on both systems. Refer to Figure 1-2, "Gateway Architecture" for a view of the gateway architecture.
PGAU is the tool that is used to define and generate PL/SQL transaction interface packages (TIPs). Refer to Chapter 2, "Procedural Gateway Administration Utility" in the Oracle Procedural Gateway for APPC User’s Guide for more information about PGAU.
This component of the gateway is a repository of remote host transaction definitions and data definitions. PGAU accesses definitions in the PG DD when generating TIPs. The PG DD has datatype dependencies because it supports the PGAU and is not intended to be directly accessed by the customer. Refer to Appendix A, "Procedural Gateway for APPC Data Dictionary" in the Oracle Procedural Gateway for APPC User’s Guide for a list of PG DD tables.
RPC is a programming call that executes program logic on one system in response to a request from another system. Refer to "Gateway Term Definitions" for more information, and refer to Appendix C, "Gateway RPC Interface" in the Oracle Procedural Gateway for APPC User’s Guide as well.
A remote transaction program is a customer-written transaction, running under the control of an OLTP, which the user invokes remotely using a PL/SQL procedure. To execute a remote transaction program through the gateway, you must use RPC to execute a PL/SQL program to call the gateway functions.
A TIP is an Oracle PL/SQL package that exists between your application and the remote transaction program. The transaction interface package, or TIP, is a set of PL/SQL stored procedures that invoke the remote transaction program through the gateway. TIPs perform the conversion and reformatting of remote host data using PL/SQL and UTL_RAW/UTL_PG functions.
Figure 1-1, "Relationship of Gateway and Oracle Integrating Server on UNIX Host" illustrates where the terminology discussed in the preceding sections apply within the gateway’s architecture.
Figure 1-1 Relationship of Gateway and Oracle Integrating Server on UNIX Host
The Oracle Integrating Server is usually installed on the same system as Oracle Procedural Gateway for APPC.
If you install the Oracle Integrating Server on a system other than the system on which the gateway is installed, then you must install Oracle Net with the Oracle Integrating Server and with the gateway. The Oracle Integrating Server must be capable of connecting to the gateway through any supported Oracle Net protocol.
Refer to "Product Set" for a list of Oracle Net protocols currently supported by the gateway and tools.
The Oracle Integrating Server can also be used for non-gateway applications.
An OLTP (online transaction processor)
The OLTP must be accessible from the gateway using your SNA or TCP/IP communication protocol. Multiple Oracle Integrating Servers can access the same gateway. A single system gateway installation can be configured to access more than one OLTP.
The OLTP must be accessible to the system using the TCP/IP protocol. Multiple Oracle Integrating Servers can access the same gateway. A single system gateway installation can be configured to access more than one OLTP. Multiple IMS can be accessed from an IMS Connect. If you have a number of IMS Connect systems available, any of these may be connected to one or more IMS systems.
Figure 1-2 illustrates the architecture of Oracle Procedural Gateway for APPC using either SNA or TCP/IP, as described in the preceding section.
Figure 1-2 Gateway Architecture
The basic structure of the gateway is the same whether your communications protocol is SNA or TCP/IP support for IMS Connect. The gateway has some of the same components as an Oracle database instance on UNIX. It has the following components:
a home directory, similar to the one associated with an Oracle instance’s ORACLE_HOME environment variable;
a system identifier, identified as
sid or ORACLE_SID;
The gateway does not have:
control, redo log, or database files;
the full set of subdirectories and ancillary files associated with an installed Oracle server.
Because the gateway has no background processes and does not need a management utility such as Oracle Enterprise Manager, you do not need to start the gateway product. Each Oracle Integrating Server user session that accesses a particular gateway creates an independent process on UNIX which in turn runs the gateway server and executes either the SNA or TCP/IP functions to communicate with an OLTP.
All of the communication between the user or client program and the gateway is handled through a transaction interface package (TIP) which executes on an Oracle Integrating Server. The TIP is a standard PL/SQL package that provides the following functions:
declares the PL/SQL variables that can be exchanged with a remote transaction program;
calls the gateway packages that handle the communications for starting the conversation, exchanging data and terminating the conversation;
The gateway is identified to the Oracle Integrating Server using a database link. The database link is the same construct used to identify other Oracle server databases. The functions in the gateway are referenced in PL/SQL as:
The Oracle Procedural Gateway for APPC provides a set of functions that are invoked by the client through remote procedural call (RPC). These functions direct the gateway to initiate, transfer data with, and terminate remote transaction programs running under an OLTP on another system.
Table 1-1 lists the remote procedural call functions and the correlating commands that are invoked in the gateway and remote host.
Table 1-1 RPC Functions and Commands in the Gateway and Remote Host
|Applications||Oracle TIP||Gateway||Remote Host|
The following sections describe how the RPC functions perform on gateways using SNA or TCP/IP communication protocols.
When the communication protocol is SNA: PGAINIT provides, as input, the required SNA parameters to start a conversation with the target transaction program. These parameters are sent across the SNA network, which returns a conversation identifier to PGAINIT. Any future calls to the target program use the conversation identifier as an INPUT parameter.
When the communication protocol is TCP/IP: PGAINIT provides, as input, the required TCP/IP parameters. Use the pg4tcpmap tool to map the parameters. These parameters are sent across the TCP/IP network to start the conversation with the target transaction program; the TCP/IP network returns a socket file descriptor to PGAINIT. Any future calls to the target program use the socket file descriptor, such as PGAXFER and PGATERM, as an input parameter.
Refer to Appendix B, " Gateway Initialization Parameters for TCP/IP Communication Protocol " in this guide, and to Chapter 6 in the Oracle Procedural Gateway for APPC User’s Guide, for more information about the function and use of the pg4tcpmap tool.
After the conversation is established, a procedural gateway function called PGAXFER can exchange data in the form of input and output variables. PGAXFER sends and receives buffers to and from the target transaction program. The gateway sees a buffer as only a RAW stream of bytes. The TIP that is residing in the Oracle Integrating Server is responsible for converting the application’s PL/SQL datatypes to RAW before sending the buffer to the gateway. It is also responsible for converting RAW to the PL/SQL datatypes before returning the results to the application.
When communication with the remote program is complete, the gateway function PGATERM terminates the conversation between the gateway and the remote host.
Refer to "Remote Host Transaction Types" in Chapter 4, "Client Application Development" of the Oracle Procedural Gateway for APPC User’s Guide for more information about transaction types.
You can initiate a CICS transaction on the mainframe to retrieve data from a VSAM file for a PC application.
You can modify and monitor the operation of a remote process control computer.
You can initiate an IMS/TM transaction that executes static SQL in DB2.
The socket connection lasts across a single transaction.
The socket connection lasts across multiple transactions.
The socket connection lasts across a single exchange consisting of one input and one output.
Note:Do not use the non-persistent socket type if you plan on implementing conversational transactions because multiple connects and disconnects will occur.
Refer to the section about pg4tcpmap commands in Chapter 6 of the Oracle Procedural Gateway for APPC User’s Guide and to Chapter 12, " Gateway Configuration Using TCP/IP Communication Protocol" in this guide for more information about how to enter these parameters.
You can initiate an IMS/TM transaction that executes static SQL in DB2; this illustrates the power of the Oracle Procedural Gateway for APPC’s feature supporting TCP/IP for IMS Connect.