Modèle de programmation en envoi seul

Utilisez le modèle de programmation en envoi seul pour exécuter une transaction en mode sans réponse IMS dans le gestionnaire de transactions IMS (IMS TM).

Pour exécuter une transaction en mode sans réponse dans IMS TM, une application Java™ exécute une interaction SYNC_SEND. Dans une interaction SYNC_SEND, IMS TM Resource Adapter envoie la demande à IMS via IMS Connect et n'attend pas de réponse d'IMS. IMS TM Resource Adapter exécutant une interaction en mode d'envoi seul avec IMS, une interaction SYNC_SEND est en général utilisée avec une transaction en mode sans réponse.

Pour utiliser une interaction SYNC_SEND afin d'exécuter une transaction, votre application doit fournir une valeur de SYNC_SEND pour la propriété interactionVerb et une valeur de 0 pour la propriété commitMode de l'objet IMSInteractionSpec utilisé par la méthode execute. Le traitement de l'interaction SYNC_SEND varie en fonction du type de socket persistant utilisé (partageable ou dédié) et du type de transaction IMS exécutée.

Important : Les propriétés purgeAsycOutput, reRoute et reRouteName d'IMSInteractionSpec ne s'appliquent pas aux interactions SYNC_SEND et sont ignorées par IMS TM Resource Adapter.

Modèle de traitement de connexions socket persistantes partageables

Les scénarios suivants décrivent une interaction SYNC_SEND sur une connexion socket persistante partageable pour différents types de transactions.
  • Transaction en mode sans réponse

    Un programme d'application IMS associé à une transaction définie pour IMS en mode sans réponse n'insère généralement pas de message de sortie dans le PCB d'entrée-sortie. Par conséquent, il n'est pas créé de message de sortie et rien n'est placé en file d'attente sur un tpipe.

  • Transaction en mode réponse

    Le programme d'application IMS associé à une transaction définie sur IMS en tant que transaction en mode réponse insère généralement un message de sortie au PCB d'entrée-sortie. IMS TM Resource Adapter n'attendant pas de réponse d'une interaction SYNC_SEND, le message de sortie, s'il est inséré, est mis en file d'attente sur le tpipe avec le nom de l'ID client généré. Les interactions SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT peuvent cependant être utilisées pour récupérer la réponse, si l'opération fait suite à l'interaction SYNC_SEND et est réalisée dans la même application et avec la même connexion.

  • Transactions en mode réponse ou transactions en mode sans réponse appelant un programme d'application IMS qui insère un message dans un PCB alternatif.

    Il est possible de récupérer un message inséré dans un PCB alternatif en exécutant une interaction sur une connexion socket persistante dédiée. Pour insérer ce message, voir la section consacrée à l'extraction de sortie asynchrone sur une connexion socket persistante dédiée dans la rubrique "Modèle de programmation de sortie asynchrone".

Modèle de traitement de connexions socket persistantes dédiées

Les scénarios suivants décrivent l'interaction SYNC_SEND sur une connexion persistante dédiée pour différents types de transactions. Les interactions SYNC_SEND utilisent le mode de validation 0 et les connexions socket persistantes dédiées ne peuvent être utilisées que pour les interactions en mode de validation 0.
  • Transaction en mode sans réponse

    Un programme d'application IMS associé à une transaction définie pour IMS en mode sans réponse n'insère généralement pas de message de sortie dans le PCB d'entrée-sortie. Par conséquent, il n'est pas créé de message de sortie et rien n'est placé en file d'attente sur un tpipe.

  • Transaction en mode réponse

    Le programme d'application IMS associé à une transaction définie pour IMS en mode sans réponse insère généralement un message de sortie dans le PCB d'entrée-sortie. IMS TM Resource Adapter n'attendant pas de réponse d'une interaction SYNC_SEND, le message de sortie, s'il est inséré, est mis en file d'attente sur le tpipe avec le nom de l'ID client de l'interaction. Il est possible de récupérer ce message en lançant l'interaction SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT. Le nom du tpipe est l'ID client qui a été défini pour l'interaction SYNC_SEND. Un ID client est en effet requis pour les interactions qui utilisent une connexion socket persistante dédiée.

  • Transactions en mode réponse ou transactions en mode sans réponse appelant une application IMS qui insère des messages dans un PCB alternatif.

    Il est possible de récupérer un message inséré dans un PCB alternatif en exécutant une interaction sur une connexion socket persistante dédiée. Pour plus d'informations, voir la rubrique "Modèle de programmation de sortie asynchrone".


Vos commentaires