Partager via

Flux de données transactionnelles prenant en charge les jeux d’enregistrements limités

Ce modèle de flux de données ne prend pas en charge les jeux d’enregistrements illimités. (Un jeu d’enregistrements illimité n’a pas de nombre de lignes défini.)

L’illustration suivante montre ce qui se produit quand un composant TI participe à une transaction COM+ (une validation en deux phases coordonnée par DTC [2PC] Exchange). TI utilise le niveau 2 de synchronisation LU 6.2 pour gérer la transaction. Cette capacité s’applique à CICS et à IMS version 6.0 avec Resource Recovery Services (RRS).

Image montrant l’intégrateur de transactions envoyant et en recevant un échange de validation en deux phases à partir d’un ordinateur mainframe via LU 6.2.
Intégrateur de transactions envoyant et recevant un échange de validation en deux phases à partir d’un macroordinateur via LU 6.2

TI envoyant et recevant une validation en deux phases

Ce modèle transactionnel ne prend pas en charge les jeux d’enregistrements illimités. (Un jeu d’enregistrements n’a pas de nombre maximal de lignes défini.) Le modèle transactionnel est pris en charge uniquement par le protocole LU 6.2 et non par le protocole TCP/IP. Par conséquent, ce modèle prend uniquement en charge les modèles de serveur suivants :

  • Liaison CICS LU6.2

  • Données utilisateur CICS LU6.2

  • IMS LU6.2

    Microsoft Distributed Transaction Coordinator (DTC) fonctionne avec l’environnement d’exécution TI et avec le service SNA LU 6.2 Resync TP pour fournir les flux 2PC nécessaires, ainsi que la synchronisation et les services de récupération du journal des transactions. Les clients d’Automation TI peuvent rester complètement en dehors des décisions de validation ou de restauration des transactions ou ils peuvent participer comme indiqué dans le code Visual Basic suivant. Les clients d’Automation TI ne sont jamais avertis ni impliqués dans la récupération des transactions. L’exemple de code suivant concerne un client Visual Basic qui est impliqué dans le contrôle des transactions.

'Get object context reference  
Set ctxObject = GetObjectContext()  
'Create object instance for an example ProgID  
Set obj = ctxObject.CreateInstance ("A.B.1")  
'Invoke a method on the object with some parameters  
ret = obj.YourMethod(c,d,e)  
Do any other work that is part of this transaction  
'If application finds all is well, then commit, otherwise roll back  
If<something is not OK> Then  
   ctxObject.SetAbort  
Else  
   ctxObject.SetComplete  
End if

Si un client n’est toujours pas impliqué dans le contrôle des transactions, l’environnement d’exécution TI valide automatiquement les transactions qui n’ont pas de défaillances d’environnement d’exécution et restaure automatiquement ces transactions ayant échoué. Toutefois, l’environnement d’exécution TI ne peut pas détecter ni réagir aux conditions spécifiques à l’application qui requièrent une transaction pour lancer une restauration. Cela doit être géré par l’application cliente. Par exemple, une situation « plus de liquide » dans un guichet automatique doit être gérée par l’application cliente.

Voir aussi

Modèles de flux de données pris en charge