Modèle de programmation WIP
Les modèles de programmation fournissent un pont synchrone entre le modèle objet de composant (COM) ou le .NET Framework et le modèle de programmation transactionnelle mainframe. Par conséquent, l’intégrateur de transactions (TI) n’a pas d’API qu’un développeur doit utiliser.
Bien que TI utilise des modèles de programmation mainframe existants, vous devrez peut-être apporter des modifications à un programme transactionnel (TP) mainframe existant si l’une des conditions suivantes est vraie :
Le TP utilise un mode conversationnel ou pseudo-conversationnel. TI prend uniquement en charge le modèle TP non conversationnel connu sous le nom de séquence conversationnelle ping-pong ou requête-réponse dans les conversations entre les clients et les serveurs. Le modèle de programmation TI nécessite des appels de méthode nonconversationnels ; autrement dit, un seul message d’entrée et un seul message de sortie. Pour plus d’informations, consultez « Modèle conversationnel pris en charge ».
Le tp a une logique de traitement de terminal incorporée dans le même programme avec la logique métier. Pour que ce programme fonctionne avec TI, vous devez d’abord le restructurer en deux TPs distincts, l’un pour la logique de traitement de terminal et l’autre pour la logique métier. Vous pouvez ensuite utiliser TI avec le TP de logique métier.
Un programme transactionnel CICS Link (TP) utilisant LU 6.2 utilise des commandes SYNCPOINT EXEC explicites. Il peut y avoir un moyen de contourner ce problème sans réécrire le TP. Pour plus d’informations, consultez TPs avec des commandes SYNCPOINT explicites.
Les rubriques de cette section vous donnent des détails sur les modèles de programmation mainframe et la façon dont ils sont traités dans le modèle de programmation TI.
Dans cette section
Modèle conversationnel pris en charge
Programmes transactionnels avec des commandes SYNCPOINT explicites
Prise en charge des transactions et des validations en deux phases