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.