Conversation IMS orpheline

Lorsqu'une conversation n'est pas arrêtée explicitement, elle continue d'exister dans le système en tant que conversation orpheline, et le stockage IMS associé continue d'être alloué à cette conversation.
Une conversation IMS est généralement arrêtée explicitement de deux façons :
  • L'application IMS insère des blancs dans la SPA avant de renvoyer une réponse au client.
  • Le programme d'application client soumet une demande SYNC_END_CONVERSATION.
Par exemple, si le navigateur a été fermé avant l'arrêt correct de la conversation, la conversation IMS n'est pas arrêtée explicitement et continue d'exister dans le système. Lorsqu'une conversation IMS devient orpheline, il n'existe pas de moyen de poursuivre ou d'arrêter cette conversation par programmation. Une mesure possible pour éviter des conversations orphelines consiste à utiliser des délais d'attente, par exemple un délai d'attente de session EJB, pour forcer la fin d'une conversation qui ne se termine pas au terme d'une durée raisonnable en soumettant une demande SYNC_END_CONVERSATION dans le code de nettoyage du délai d'attente de session EJB.

Si une application client est arrêtée et qu'une conversation devient orpheline, la conversation IMS orpheline peut être arrêtée seulement par un redémarrage d'IMS. Vous pouvez vérifier l'existence de conversations IMS orphelines dans le système pour lancer une commande IMS /DISPLAY CONV via une interaction IMS_REQUEST_TYPE_IMS_COMMAND. Pour obtenir une liste des commandes IMS prises en charge par OTMA, voir la section "Commandes prises en charge à partir des périphériques LU 6.2 et OTMA" dans IMS Version 12 Commands, Volume 2 ou dans "Commandes IMS avec OTMA" dans IMS Version 12 Communications and Connections.


Vos commentaires