Datos de usuario de IMS LU6.2
El modelo de programación IMS LU6.2 proporciona acceso a las transacciones de IMS mediante LU6.2.
En la ilustración siguiente se resume el flujo de trabajo que se produce entre el cliente, el cliente de escucha de IMS predeterminado y el programa de transacción del 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.
Integrador de transacciones que envía y recibe LU 6.2 desde z/OS/APPC, que luego envía y recibe de la cola de mensajes de IMS.
Resumen del flujo de trabajo del modelo de programación de datos de usuario IMS LU6.2
El modelo de programación IMS LU6.2 funciona de la siguiente manera: una aplicación invoca un método en un objeto .NET del integrador de transacciones.
El entorno de ejecución del integrador de transacciones llama al proxy de Automation del integrador de transacciones.
El proxy del integrador de transacciones realiza las siguientes acciones:
Lee el ensamblado y los metadatos que creó anteriormente el Diseñador del integrador de transacciones.
Asigna los tipos de datos de .NET Framework a los tipos de datos COBOL.
Luego, el proxy de Automation de TI hace lo siguiente:
Llama a las rutinas de conversión para convertir los datos de la aplicación en tipos COBOL del sistema central.
Compila el búfer del flujo de datos plano que representa el cuaderno de copia o la declaración de COBOL.
Pasa el mensaje al componente de transporte SNA.
El proxy de automatización de TI envía la solicitud de ejecución de transacciones (TER) y los datos de usuario a z/OS APPC a través de la aplicación de comunicaciones avanzadas de programa a programa o almacenamiento virtual suministrado por IBM.
La aplicación APPC/z/OS indica a IMS que coloque la solicitud de ejecución de transacciones y los datos de usuario en la cola de mensajes de IMS.
IMS programa el procesamiento de transacciones del servidor en una región de procesamiento de mensajes (MPR).
Una vez que comienza la ejecución, el procesamiento de transacciones emite un comando DL/I Get Unique (GU) para obtener los parámetros de entrada enviados por el entorno de ejecución del integrador de transacciones. Si hay un conjunto de registros sin enlazar de entrada, el procesamiento de transacciones también realiza una o varias llamadas Get Next (TPM) para obtener cada fila del conjunto de registros que se envió.
Una vez que el TP procesa las entradas y realiza cualquier llamada de base de datos, realiza una o varias llamadas insert (ISRT) para colocar los parámetros de salida y, posiblemente, un conjunto de registros de salida o valor devuelto sin enlazar en la cola de mensajes IMS para empaquetarse y devolverse al entorno de ejecución de TI a través de la aplicación APPC/z/OS.
El proxy de Automation del integrador de transacciones recibe los datos de respuesta y procesa la respuesta. El proxy del integrador de transacciones realiza las siguientes acciones:
recibe el mensaje del componente de transporte SNA.
lee el búfer de mensajes.
asigna los tipos de datos COBOL a los tipos de datos de .NET Framework.
llama a las rutinas de conversión para convertir los tipos COBOL del sistema central en los datos de la aplicación.
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.
Host Integration Server incluye código de ejemplo que muestra cómo implementar el modelo de programación de datos de usuario de IMS LU6.2. El código de ejemplo se encuentra en el \directorio de instalación\SDK\Samples\AppInt. Inicie Microsoft 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