Compartir a través de


Conexión de IMS

El modelo de programación IMS Connect proporciona acceso a transacciones de sistemas de administración de información (IMS) mediante TCP/IP. Este modelo usa la cola de mensajes del IMS para procesar los datos.

En la ilustración siguiente se resume el flujo de trabajo que se produce entre el cliente, el cliente de escucha de IMS predeterminado, el servidor simultáneo y el programa de transacción de sistema central. Los números entre paréntesis indican el orden aproximado en el que se producen los eventos. Después de la ilustración se muestra una descripción más detallada de los eventos.

Imagen que muestra el proceso por el que el cliente pasa los datos de entrada al agente de escucha de ITOC.
Proceso por el que el cliente pasa los datos de entrada al cliente de escucha de ITOC y HWSIMSO0 proporciona acceso al programa IMS, que entrega los datos de respuesta al cliente.

Diagrama de flujo de trabajo de resumen del modelo de programación IMS Connect

El modelo de programación IMS Connect funciona de la siguiente manera:

  1. Una aplicación invoca un método en un componente del integrador de transacciones configurado en servicios de componentes o en .NET Framework.

  2. El entorno de ejecución del integrador de transacciones llama al proxy de Automation del integrador de transacciones.

  3. Si la aplicación es un ensamblado de .NET Framework, el proxy de Automation del integrador de transacciones realiza las siguientes acciones:

    1. Lee el ensamblado y los metadatos creados previamente por el Diseñador del integrador de transacciones.

    2. Asigna los tipos de datos .NET a los tipos de datos COBOL.

      Luego, el proxy de Automation del integrador de transacciones hace lo siguiente:

    3. Llama a las rutinas de conversión para convertir los datos de la aplicación en tipos COBOL del sistema central.

    4. Compila el búfer del flujo de datos plano que representa el cuaderno de copia o la declaración de COBOL.

    5. Pasa el mensaje al componente de transporte TCP.

  4. El entorno de ejecución del integrador de transacciones envía un mensaje de solicitud inicial (IRM) a IMS Connect, HWSIMSO0 o HWSIMSO1, mediante la dirección del protocolo de Internet (IP) del equipo de sistema central y la dirección de puerto de IMS Connect almacenada en el conjunto de datos del perfil TCP/IP (hlq.PROFILE.TCPIP) proporcionado por IBM.

    HWSIMSO0 y HWSIMSO1 son rutinas de salida del servidor web host (HWS) proporcionadas por IBM que definen los protocolos de solicitud y respuesta entre el servidor de Automation del integrador de transacciones (una aplicación de .NET Framework del integrador de transacciones) e ITOC. El HWS se ejecuta en un espacio de direcciones z/OS que es independiente de las regiones de IMS y realiza los servicios de escucha para la conexión de IMS.

  5. La rutina de salida de IMS Connect toma el control de la aplicación IMS (lo que se conoce como conexión de arquitectura de administración de transacciones abierta [OTMA] TCP/IP [ITOC] de IMS).

  6. El entorno en tiempo de ejecución del integrador de transacciones envía un encabezado de solicitud ITOC a ITOC y HWSIMSO0.

  7. La rutina de salida de HWSIMSO0 hace lo siguiente:

    • Valida el encabezado de solicitud ITOC.

    • Recibe todos los datos de solicitud del entorno en tiempo de ejecución del integrador de transacciones.

    • Se comunica con rutinas de seguridad.

    • Impulsa el proceso de OTMA para conectarse a un almacén de datos de IMS.

    • Coloca los segmentos de mensaje en la cola de mensajes de IMS a través de OTMA, y los recupera de ahí.

    • Envía todos los segmentos de datos de respuesta al entorno en tiempo de ejecución del integrador de transacciones.

    • Controla las operaciones de recuperación en IMS.

  8. ITOC lee la información del encabezado ITOC, busca la región de IMS correcta y programa la ejecución de una transacción de IMS en esa región de IMS. El encabezado ITOC debe contener esta información:

    • Identificador de rutina de salida de HWS de ITOC (valor predeterminado '*IRMREQ*')

    • Identificador del almacén de datos de IMS

    • Identificador de transacción

    • Información de control de flujo

    • Credenciales de seguridad de Resource Access Control Facility (RACF) de IBM

    • Marcas de control de protocolo

  9. HWSIMSO0 programa la cola de mensajes de IMS correcta.

  10. El tiempo de ejecución del integrador de transacciones envía los segmentos de datos de solicitud a ITOC

  11. El tiempo de ejecución del integrador de transacciones envía el fin del mensaje (EOM).

  12. La región de control de IMS los envía a la región de procesamiento de mensajes (MPR).

  13. Una vez que todos los datos de solicitud se colocan en la cola de mensajes de IMS, la transacción está programada para su ejecución.

  14. El programa de aplicación de servidor de IMS usa los comandos de interfaz de llamada estándar CBLTDLI Get Unique (GU), Get Next (INSERT) e Insert (INSRT) para recuperar los datos de solicitud y colocar los datos de respuesta en la cola de mensajes de IMS.

  15. MPR devuelve datos al integrador de transacciones. ITOC envía EOM-CSMOKY e ITOC devuelve la siguiente información al entorno en tiempo de ejecución del integrador de transacciones:

    • Mensaje mod de solicitud

    • Segmentos de datos de respuesta

    • Segmento de fin de mensaje

    • Segmento CSMOKY

  16. ITOC y la rutina de salida de ITOC quitan los datos de respuesta de la cola de mensajes y los devuelven al entorno en tiempo de ejecución del integrador de transacciones.

  17. El proxy de Automation del integrador de transacciones recibe los datos de respuesta y procesa la respuesta. El proxy de Automation del integrador de transacciones hace lo siguiente:

    1. recibe el mensaje del componente de transporte TCP.

    2. lee el búfer de mensajes.

      Si la aplicación es un ensamblado de .NET Framework, el proxy de Automation del integrador de transacciones realiza las siguientes acciones:

    3. asigna los tipos de datos COBOL a los tipos de datos de .NET Framework.

    4. llama a las rutinas de conversión para convertir los tipos de datos COBOL en los datos de la aplicación.

  18. El entorno de ejecución del integrador de transacciones devuelve los datos convertidos a la aplicación de .NET Framework que invocó el método.

    Para obtener información sobre cómo configurar el sistema central y escribir aplicaciones de servidor para TCP/IP, consulte TCP/IP V3R2 para z/OS: Guía para desarrolladores de aplicaciones TCP/IP de IMS (Documento de IBM #SC31-7186) y guía de conexión de IMS y referencia V1R2 (documento de IBM #SC27-0946).

    Host Integration Server incluye código de ejemplo que muestra cómo implementar el modelo de programación de IMS Connect. El código de ejemplo se encuentra en el \directorio de instalación\SDK\Samples\AppInt. Inicie Visual Studio, abra el tutorial que quiera usar y siga las instrucciones del archivo Léame.

Consulte también

Componentes del Integrador de transacciones
Conversión de tipos de datos de Automation a z/OS COBOL]
Conversión de tipos de datos de COBOL z/OS a Automation
Componentes de IMS
Runtime de TI
Selección del modelo de programación adecuado
Modelos de programación