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

Les connexions socket persistantes dédiées sont des connexions qui peuvent être utilisées seulement pour les interactions en mode de validation 0.

Les scénarios suivants décrivent l'interaction SYNC_SEND_RECEIVE en mode de validation 0 sur une connexion socket persistante partageable lors d'un traitement normal, d'une erreur de traitement et du délai d'attente d'exécution.

Scénario de traitement normal

Lorsqu'une interaction SYNC_SEND_RECEIVE en mode de validation 0 est exécutée par une application client, le serveur d'applications renvoie une connexion existante avec l'ID client défini par l'utilisateur ou crée une nouvelle connexion avec cet ID. Cet ID client défini par l'utilisateur identifie la connexion socket et le tpipe qui est associé à la file d'attente de stockage temporaire asynchrone OTMA.

IMS TM Resource Adapter garantit qu'un socket est associé à la connexion et envoie la requête avec les données d'entrée à IMS Connect. IMS Connect envoie alors le message à IMS où IMS exécute la transaction et renvoie le message de sortie. Lorsqu'il reçoit le message de sortie, IMS TM Resource Adapter envoie un message d'accusé de réception à IMS, qui signale à IMS d'ignorer la sortie provenant de la file d'attente IMS. Lorsque la connexion est fermée ou que l'application s'arrête, la connexion est renvoyée au pool de connexions pour être réutilisée par une autre application exécutant une interaction en mode de validation 0 avec le même ID client défini par l'utilisateur.

Scénario d'erreur de traitement

Toutes les erreurs entraînent une exception relative aux ressources qui est émise à l'application client. Par ailleurs, certaines erreurs entraînent la déconnexion de la connexion socket par IMS Connect. Pour les interactions en mode de validation 0, une exception signifie que le message de sortie ne peut pas être distribué à l'application client. La sortie non remise est mise en file d'attente dans le tpipe associé à l'ID client défini par l'utilisateur.

Les propriétés purgeAsyncOutput et reRoute ne s'appliquent pas aux connexions socket persistantes dédiées. Vous ne pouvez pas purger ou rediriger les messages de sortie non distribués sur une connexion socket persistante dédiée.

Scénario d'expiration du délai d'attente d'exécution

Si un délai d'attente d'exécution est dépassé, la connexion socket reste ouverte et la sortie de l'interaction en mode de validation 0 est mise en file d'attente dans le tpipe associée à l'ID client défini par l'utilisateur pour une récupération ultérieure. Lorsque la connexion est fermée ou que l'application s'arrête, l'objet IMSManagedConnection est renvoyé au pool de connexions pour être réutilisé par une autre application exécutant une interaction en mode de validation 0 avec le même ID client défini par l'utilisateur.


Vos commentaires