| Valeur | Constante nommée dans IMSInteractionSpecProperties | Description |
|---|---|---|
| 0 | SYNC_SEND | IMS TM Resource Adapter
envoie la requête client
àIMS
via
IMS
Connect et n'attend pas de réponse
d'IMS. Avec une interaction SYNC_SEND, le client n'a pas besoin de procéder à une synchronisation pour recevoir une réponse d'IMS. SYNC_SEND est pris en charge sur les connexions socket persistantes partageables et dédiées et n'est autorisé qu'avec
les interactions en mode de validation 0. Si la propriété interactionVerb est définie sur SYNC_SEND, le délai d'attente
d'exécution et le délai d'attente du socket sont ignorés.
Restriction : Le type de demande IMS 2 (IMS_REQUEST_TYPE_IMS_COMMAND) n'est
pas autorisé avec l'interaction SYNC_SEND ; l'utilisation d'une telle combinaison entraînera l'émission d'une
exception.
|
| 1 | SYNC_SEND_RECEIVE |
L'exécution d'une interaction IMS envoie une demande à
IMS et reçoit une réponse de manière synchrone. Dans une interaction SYNC_SEND_RECEIVE classique, une transaction IMS non conversationnelle est exécutée, dans laquelle un enregistrement d'entrée (le message d'entrée de la transaction IMS) est envoyé à IMS et un enregistrement de sortie (le message de sortie de la transaction IMS) est renvoyé par IMS. Les interactions SYNC_SEND_RECEIVE sont également utilisées pour les itérations d'une transaction IMS conversationnelle. Une transaction conversationnelle nécessite le mode de validation 1. Une transaction non conversationnelle peut fonctionner avec le mode de validation 1 ou 0. Si le mode de validation 0 est utilisé sur une connexion socket persistante dédiée, une valeur doit être indiquée pour la propriété clientID de l'objet IMSConnectionSpec. Si le mode de validation 0 est utilisé sur une connexion socket persistante partageable, vous ne devez pas indiquer de valeur pour la propriété clientID de l'objet IMSConnectionSpec. |
| 3 | SYNC_END_ |
Si l'application exécute une interaction avec la propriété interactionVerb définie sur
SYNC_END_CONVERSATION,
IMS TM Resource Adapter
envoie un message pour forcer l'arrêt d'une
transaction
conversationnelle
IMS. La propriété commitMode de la classe IMSInteractionSpec et la propriété clientID de la classe IMSConnectionSpec ne s'appliquent pas lorsque SYNC_END_CONVERSATION est spécifié en tant qu'instruction d'interaction. |
| 4 | SYNC_RECEIVE_ |
L'instruction d'interaction SYNC_RECEIVE_ASYNCOUTPUT a été remplacée par l'instruction plus spécifique SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT. SYNC_RECEIVE_ASYNCOUTPUT est pris en charge pour des raisons de compatibilité amont. Les nouvelles applications doivent utiliser SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT. |
| 5 | SYNC_RECEIVE_ |
L'instruction d'interaction
SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT est valide à la fois sur les connexions
socket persistantes partageables et dédiées.
Permet d'extraire des sorties asynchrones. Une interaction SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT sur une connexion socket persistante partageable doit se trouver dans la même application que l'interaction SYNC_SEND or SYNC_SEND_RECEIVE d'origine et doit utiliser la même connexion socket persistante partageable. Cette situation se produit généralement après un délai d'attente d'exécution. Avec ce type d'interaction, le client Java ne peut recevoir qu'un seul message. S'il n'y a aucun message dans la file d'attente asynchrone IMS OTMA pour le client lorsque la demande est émise, aucune tentative supplémentaire d'extraction du message n'est effectuée. Aucun message n'est renvoyé et un dépassement du délai d'attente se produit après le délai spécifié dans la propriété executionTimeout de l'interaction SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT. |
| 6 | SYNC_RECEIVE_ |
L'instruction d'interaction
SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT permet d'extraire des
sorties asynchrones. Elle est valide sur les connexions socket persistantes partageables et dédiées. Une interaction SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT sur une connexion socket persistante partageable doit se trouver dans la même application que l'interaction SYNC_SEND ou SYNC_SEND_RECEIVE d'origine et doit utiliser la même connexion socket persistante partageable. Cette situation se produit généralement après un délai d'attente d'exécution. Avec ce type d'interaction, le client Java ne peut recevoir qu'un seul message. S'il n'y a aucun message dans la file d'attente asynchrone d'IMS pour l'ID client lorsque la demande est émise, IMS Connect attend qu'OTMA renvoie un message. IMS Connect attend la durée spécifiée dans la propriété executionTimeout de l'interaction SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT avant de renvoyer une exception. |
| 7 | SYNC_RECEIVE_ |
L'instruction d'interaction
SYNC_RECEIVE_CALLOUT permet d'extraire des
messages d'appel asynchrones ou synchrones. Utilisez la propriété calloutRequestType pour spécifier s'il faut extraire seulement les messages synchrones, seulement les messages asynchrones ou à la fois les messages synchrones et les messages asynchrones. Avec ce type d'interaction, s'il n'y a aucun message dans la file d'attente de stockage temporaire asynchrone d'IMS OTMA pour l'ID client spécifié lorsque la demande est émise, IMS Connect attend qu'OTMA renvoie un message. La durée pendant laquelle IMS TM Resource Adapter attend la réponse d'IMS Connect et OTMA dépend de la valeur de la propriété executionTimeout. |