Utilisation de CA Service Virtualization › Utilisation de la Workstation (Station de travail) et de la console avec CA Service Virtualization › Modification d'un modèle de service virtuel › Etapes JMS du VSE

Etapes JMS du VSE

Les étapes suivantes concernent les modèles de service virtuel créés à l'aide du protocole de transport JMS :

• JMS VSE Listen (Ecoute JMS VSE)
• JMS VSE Respond (Réponse JMS VSE)
• JMS VSE Live Invocation (Appel dynamique JMS VSE)

Au cours des opérations standard, le flux d'exécution du modèle de service virtuel ressemble en tout point à un autre service de VSE.

Le graphique suivant utilise une superposition pour illustrer le flux.

L'étape Listen (Ecouter) est l'étape JMS VSE Listen (Ecoute JMS VSE). L'étape Respond (Réponse) est l'étape JMS VSE Respond (Réponse JMS VSE). L'étape JMS VSE Live Invocation (Appel dynamique JMS VSE) n'est pas utilisée.

1. L'étape Listen (Ecouter) reçoit un message de demande et le convertit en une demande de VSE.
2. L'étape Virtual Service Router (Routeur de service virtuel) route le flux vers l'étape de sélection de réponse.
3. L'étape VS Image Response Selection (Sélection d'une réponse d'image de service virtuel) sélectionne une transaction correspondante à partir de l'image de service et génère une réponse de VSE.
4. L'étape Respond (Répondre) envoie un ou plusieurs messages dans la réponse du VSE.
5. Revenez à l'étape 1.

Pendant l'appel dynamique, le flux d'exécution du modèle de service virtuel est plus compliqué.

Les aspects suivants de la messagerie asynchrone rendent l'appel dynamique difficile :

• Une demande unique peut avoir plusieurs réponses.
• Les réponses peuvent être envoyées à différents intervalles.
• En général, il est impossible de déterminer quand toutes les réponses seront reçues.

En conséquence, l'étape Live Invocation (Appel dynamique) et l'étape Respond (Répondre) sont exécutées dans une boucle.

Le graphique suivant utilise une superposition pour illustrer le flux.

L'étape Listen (Ecouter) est l'étape JMS VSE Listen (Ecoute JMS VSE). L'étape Live Invocation (Appel dynamique) est l'étape JMS VSE Live Invocation (Appel dynamique JMS VSE). L'étape Respond (Réponse) est l'étape JMS VSE Respond (Réponse JMS VSE).

1. L'étape Listen (Ecouter) reçoit un message de demande et le convertit en une demande de VSE.
2. L'étape Virtual Service Router (Routeur de service virtuel) route le flux vers l'étape d'appel dynamique.
3. L'étape Live Invocation (Appel dynamique) envoie la demande au service dynamique.
4. L'étape Live Invocation (Appel dynamique) commence ses écoutes sur toutes les files d'attente de réponses dynamiques.
5. L'étape Live Invocation (Appel dynamique) reçoit une réponse unique à partir d'une des files d'attente de réponses dynamiques et la convertit en une réponse de VSE.
6. L'étape Respond (Réponse) renvoie un message de réponse au client.
7. Revenez à l'étape 5 et répétez le processus jusqu'à ce que l'étape Live Invocation (Appel dynamique) détermine que la transaction est terminée. Pour que l'étape Live Invocation arrive à cette conclusion, l'une des conditions suivantes est nécessaire :
   • Le délai d'expiration est défini et expire sans recevoir une autre réponse à partir d'une des files d'attente de réponses dynamiques. La valeur par défaut est 30 secondes. Le délai d'expiration est un paramètre avancé que vous pouvez définir dans l'enregistreur de VSE ou dans l'étape Live Invocation (Appel dynamique).
   • Le nombre maximum de réponses est défini et ce nombre a été atteint. La valeur par défaut est 1, ce qui indique que la boucle peut s'exécuter une seule fois. Le nombre maximum de réponses est un paramètre avancé que vous pouvez définir dans l'enregistreur de VSE ou dans l'étape Live Invocation (Appel dynamique).
   • Le modèle de service virtuel est près de sa capacité maximum si bien qu'il a besoin d'arrêter la transaction en cours du thread d'exécution du modèle actuel pour gérer une nouvelle demande. Si le délai d'expiration et le nombre maximum de réponses n'ont pas été définis, cette méthode est la seule permettant au modèle d'interrompre l'attente des réponses dynamiques et de revenir à l'étape Listen (Ecouter).
8. L'étape Live Invocation (Appel dynamique) génère une dernière réponse de VSE qui contient tous les messages de réponse transférés dans la boucle. L'étape revient une dernière fois à l'étape Respond (Répondre).
9. L'étape Respond (Répondre) n'envoie aucun message lors de la dernière boucle. A la place, l'étape Respond (Répondre) effectue les tâches habituelles de nettoyage de l'état du VSE.
10. Revenez à l'étape 1.