Données utilisateur CICS LU6.2

Le modèle de programmation de données utilisateur CICS LU6.2 fournit des appels directs et des échanges de données entre TI et le TP du serveur. Aucun autre composant de communication n’est requis avec ce modèle.

La figure suivante résume le workflow qui se produit entre le client, la transaction miroir CICS par défaut et le programme transactionnel central. Les nombres entre parenthèses indiquent l’ordre approximatif dans lequel les événements se produisent. Une description plus détaillée des événements est illustrée dans la figure.

Transaction Integrator envoyant et recevant des requêtes LU6.2 ou TCP/IP à partir du programme transactionnel de l’ordinateur central

Diagramme de workflow de synthèse pour le modèle de programmation de données utilisateur CICS LU6.2

Le modèle de programmation de données utilisateur CICS LU6.2 fonctionne comme suit :

1. Une application appelle une méthode dans un composant TI configuré dans les Services de composants ou .NET Framework.

2. Le runtime TI appelle le proxy TI Automation.

3. Si l’application est un composant COM+, le proxy TI Automation :

   1. lit dans la bibliothèque de types créée précédemment par le Concepteur TI,

   2. Mappe les types de données Automation aux types de données COBOL.

      Si l’application est un assembly .NET, le proxy TI Automation :

   3. Lit l’assembly et les métadonnées créés précédemment par le Concepteur TI.

   4. Mappe les types de données .NET Framework aux types de données COBOL.

      Ensuite, le proxy TI Automation :

   5. appelle les routines de conversion pour convertir les données d’application en types COBOL de mainframe.

   6. Génère la mémoire tampon aplatie de flux de données qui représente la déclaration ou le copybook COBOL.

   7. Transmet le message au composant de transport SNA.

4. Le proxy TI envoie la requête d’appel de TP spécifiée par la méthode du composant TI au TP du serveur à l’aide du protocole LU6.2. Dans ce message, TI envoie le TRANID du TP du serveur que la méthode appelle.

5. TI et le TP du serveur communiquent directement en émettant des verbes APPC ou CPI-C (Common Programming Interface for Communications) pour recevoir et envoyer les champs d’entrée et de sortie, respectivement.

6. Si nécessaire, le TP du serveur émet les verbes appropriés pour implémenter les propriétés de synchronisation de niveau 2 et la validation en 2 temps.

7. Le TP de l’ordinateur central ferme le socket.

8. Le proxy TI Automation reçoit les données de réponse et traite la réponse. Le proxy TI Automation :

   1. Reçoit le message du composant de transport SNA.

   2. Lit le message dans la mémoire tampon

      Si l’application est un composant COM+, le proxy TI Automation :

   3. mappe les types de données COBOL aux données Automation,

   4. Appelle les routines de conversion pour convertir les types COBOL centraux en données d’application.

      Si l’application est un assembly .NET, le proxy TI Automation :

   5. Mappe les types de données COBOL aux types de données .NET Framework.

   6. appelle les routines de conversion pour convertir les types COBOL mainframe en données d’application.

9. Le runtime TI renvoie les données converties à l’application COM ou .NET Framework qui a appelé la méthode.

   Host Integration Server inclut un exemple de code montrant comment implémenter le modèle de programmation de données utilisateur CICS LU6.2. L’exemple de code se trouve dans le \répertoire d’installation\SDK\Samples\AppInt. Démarrez Microsoft Visual Studio, ouvrez le didacticiel que vous souhaitez utiliser et suivez les instructions du fichier Lisez-moi.

Voir aussi

Composants de l’intégrateur de transactions
Conversion de types de données d’Automation en z/OS COBOL]
Conversion de types de données de z/OS COBOL vers Automation
Composants CICS
Runtime TI
Choisir le modèle de programmation approprié
Modèles de programmation