Comparaison des conversations de base et mappées (CPI-C)
Le tableau suivant présente quelques instructions pour choisir entre des conversations de base et des conversations mappées pour vos programmes de transaction (TPs). La valeur par défaut pour le type de conversation est mappée. Pour passer à une conversation de base, utilisez Set_Conversation_Type et spécifiez CM_BASIC_CONVERSATION pour le conversation_type. Pour obtenir les définitions des conversations de base et mappées, consultez Termes fondamentaux pour les TPs et les unités de base.
| Caractéristique | Conversations de base | Conversations mappées |
|---|---|---|
| Utilisation courante | Généralement utilisé pour les fournisseurs de services. | Généralement utilisé pour les fournisseurs de services d’application. |
| Partenariat | Doit être utilisé pour communiquer avec un TP existant qui utilise des verbes de base. | Doit être utilisé pour communiquer avec un TP existant qui utilise des verbes mappés. |
| Méthode d’envoi et de réception | Pour qu’un TP puisse commencer une opération d’envoi, il doit convertir les enregistrements de données en enregistrements logiques. Pour ce faire, le TP ajoute un préfixe de 2 octets qui indique la longueur de l’enregistrement. Un TP peut envoyer plusieurs enregistrements logiques à la fois. Lorsqu’un tp partenaire reçoit des enregistrements logiques, il doit les reconstruire en enregistrements de données utilisables. Pour plus d’informations, consultez Enregistrements logiques utilisés dans les conversations de base. |
Un TP envoie des données un enregistrement à la fois. Ni le TP d’envoi ni le TP de réception ne doivent convertir les enregistrements de données entre différents formulaires. |
| Arrêt anormal | Dans l’appelde désallouer , un TP peut indiquer si une erreur ou ABEND (arrêt anormal du programme) a été provoquée par un TP ou par un programme utilisant le TP. | Un TP peut indiquer une erreur ou un ABEND, mais ne peut pas dire si un problème a été provoqué par un TP ou par un programme utilisant un TP. |
| ABEND | Un TP peut indiquer si un ABEND a été provoqué par un délai d’attente ou par une erreur critique. | Un TP ne peut pas indiquer la cause d’un ABEND. |
| Journalisation des erreurs | Pour une erreur ou ABEND, un TP peut envoyer un message d’erreur, sous la forme d’une variable de journal d’erreurs de flux de données général (GDS), au journal local et à l’unité logique partenaire (LU). | En cas d’erreur ou d’ABEND, un TP ne peut pas envoyer un message d’erreur au journal local ou à l’unité lu partenaire. |
Contenu de cette section :