Modèle de programmation d'envoi

Ce modèle de programmation vous permet d'exécuter une transaction en mode sans réponse IMS.

Pour exécuter une transaction en mode sans réponse dans IMS TM, votre application Java exécute une interaction SYNC_SEND. Elle fournit une valeur SYNC_SEND_RECEIVE pour la propriété interactionVerb et une valeur 0 ou 1 pour la propriété commitMode de l'objet IMSInteractionSpec utilisé par la méthode d'exécution de l'interaction.

Si votre application client Java émet une interaction SYNC_SEND, l'adaptateur de ressources IMS TM envoie la requête à IMS via IMS Connect et n'attend pas de réponse d'IMS. L'adaptateur de ressources IMS TM exécutant une interaction "d'envoi uniquement" 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 d'exécution. 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.

Remarque : Les propriétés IMSInteractionSpec, purgeAsycOutput, reRoute et reRouteName ne s'appliquent pas aux interactions SYNC_SEND et sont ignorées par IMS Connector for Java.

Modèle de traitement de connexions socket persistantes partageables

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

    Le programme d'application IMS associé à une transaction définie sur IMS en mode sans réponse n'insère généralement pas de message de sortie au PC d'entrée-sortie ; en conséquence, aucun message de sortie n'est créé et rien n'est mis en file d'attente sur TPIPE.

  • Transaction en mode réponse

    Le programme d'application IMS associé à une transaction définie sur IMS comme une transaction en mode réponse insère généralement un message de sortie au PCB d'entrée-sortie. L'adaptateur de ressources IMS TM 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 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 insérer ce message, effectuez les opérations suivantes :
    1. En vérifiant que la configuration de la fabrique de connexions utilisée par l'interaction a la valeur TRUE pour la propriété CM0Dedicated.
    2. En donnant à l'interaction les valeurs suivantes :
      • La propriété interactionVerb=SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT d'IMSInteractionSpec
      • La propriété commitMode=0 d'IMSInteractionSpec
      • La propriété clientID= nom du PCB alternatif d'IMSInteractionSpec

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 réponse n'insère pas de message de sortie dans le PCB d'entrée-sortie. Par conséquent, aucun message de sortie n'est créé et aucun élément n'est mis en file d'attente sur le TPIPE.

  • Transaction en mode réponse

    Un programme d'application IMS associé à une transaction définie pour IMS en mode réponse insère un message de sortie dans le PCB d'entrée-sortie. L'adaptateur de ressources IMS TM 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 fourni pour 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 interactons 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 cela, suivez la procédure ci-dessous :
    1. En vérifiant que la configuration de la fabrique de connexions utilisée par l'interaction a la valeur TRUE pour la propriété CM0Dedicated.
    2. En donnant à l'interaction les valeurs suivantes :
      • La propriété interactionVerb=SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT d'IMSInteractionSpec
      • La propriété commitMode=0 d'IMSInteractionSpec
      • La propriété clientID= nom du PCB alternatif d'IMSInteractionSpec

Vos commentaires