Rubrique précédente: HTTPSRubrique suivante: JMS


IBM WebSphere MQ

Conditions requises : L'utilisation de DevTest avec cette application requiert que la mise à disposition d'un ou plusieurs fichiers pour DevTest. Pour plus d'informations, consultez la section Conditions requises pour les fichiers des applications tierces de la rubrique Administration.

Procédez comme suit:

  1. Pour lancer l'enregistrement d'une nouvelle image de service virtuel, effectuez l'une des étapes suivantes :

    L'enregistreur d'image de service virtuel s'ouvre.

  2. Sélectionnez l'onglet Basics (Paramètres de base) comme indiqué dans le graphique suivant :

    Image de l'onglet Basics (Paramètres de base) dans l'enregistreur d'image de service virtuel pour le protocole de transport IBM WebSphere MQ

  3. Cliquez sur Next (Suivant).

    L'étape de sélection de mode d'enregistrement s'ouvre, avec une des options suivantes sélectionnées :

    Proxy Mode (Mode Proxy)

    Le mode Proxy est le seul mode d'enregistrement réellement pris en charge par VSE. Le mode Proxy fournit les options suivantes :

    • Generate service using the Live queues (Générer le service à l'aide de files d'attente dynamiques)
    • Generate service using the Proxy queues (Générer le service à l'aide de files d'attente de proxy)

    Le mode Proxy permet de configurer et d'utiliser des files d'attente de proxy dans le bus de messagerie. L'application cliente est configurée de sorte à envoyer les messages vers ces destinations de proxy, puis DevTest les enverra vers la destination réelle une fois enregistrés. Le même comportement s'applique côté réponse. DevTest est configuré de sorte à écouter sur la destination de réponse réelle, récupérer le message, puis le transmettre à la destination de proxy de réponse. Ce mode peut se comporter de manière différente si vous avez activé les destinations temporaires et que les réponses sont automatisées.

    Import Mode (Mode Importation)

    Ce mode d'enregistrement des services virtuels est disponible si vous spécifiez un fichier de trafic brut dans le champ Import traffic (Importer un fichier de trafic) dans la fenêtre d'enregistrement initiale. Dans ce mode d'enregistrement, vous pouvez configurer des informations supplémentaires sur les files d'attente de demande et de réponse détectées dans le fichier de trafic brut. Vous pouvez également ignorer toutes les étapes de réponse et de demande.

  4. Si vous enregistrez en mode Proxy, remplissez les champs suivants :
    Generate service using the Live queues / Proxy queues (Générer le service à l'aide de files d'attente dynamiques/de proxy)

    Indique si les files d'attente dynamiques ou de proxy doivent être utilisées lors de la génération du dernier modèle de service virtuel et de l'image.

    Max Pending Transactions (Nombre maximum de transactions en attente)

    Indique le nombre maximum d'écouteurs de réponse exécutés dans chaque file d'attente de réponses. Ces écouteurs de réponse sont exécutés lorsqu'une transaction est en attente. Lorsque le nombre de transactions en attente dépasse le nombre maximum, la plus ancienne transaction est automatiquement fermée. Si vous saisissez 0 dans ce champ, il n'existera pas de nombre maximum.

    Disable Multiple Responses (Désactiver les réponses multiples)

    Indique si plusieurs réponses doivent être prises en charge dans chaque transaction. Par défaut, une transaction reste en attente après la première réponse et attend que d'autres réponses s'y ajoutent. Si cette option est sélectionnée, la transaction est automatiquement fermée après la première réponse. Si de nombreuses transactions entrent rapidement, cette option peut renforcer les performances, notamment pour MQ.

    Correlation

    Contient les schémas de corrélation potentiels pour mettre en corrélation les demandes et les réponses de transactions. JMS est asynchrone, c'est-à-dire que les demandes et les réponses sont reçues séparément. Cette liste déroulante vous permet de définir dans l'enregistreur de VSE la demande à associer à une réponse. Le champ Correlation comprend les options suivantes :

    • Sequential (Séquentiel) : toutes les réponses sont associées à la dernière demande reçue, dans l'ordre chronologique. Il n'y a aucun schéma de corrélation et l'enregistreur MQ de VSE place un verrou exclusif en lecture sur la file d'attente de réponses dynamiques pour qu'aucun autre écouteur MQ ne puisse utiliser ses messages de réponse.

      Lorsque vous spécifiez un schéma de corrélation, via les champs Correlation ID (ID de corrélation) ou Message ID to Correlation ID (De l'ID de message à l'ID de corrélation), l'enregistreur MQ de VSE suppose que les autres écouteurs présents sur la file d'attente de réponses dynamiques utilisent également un schéma de corrélation. Si tous les écouteurs présents sur la file d'attente de réponses dynamiques utilisent des schémas de corrélation, l'enregistreur MQ de VSE peut maintenir ses réponses à part, sans devoir recourir à un verrou exclusif en lecture et il place l'indicateur d'entrée partagé en tête de la file d'attente.

    • Correlation ID (ID de corrélation) : la demande et la réponse doivent avoir le même ID de corrélation.
    • Message ID to Correlation ID (De l'ID de message à l'ID de corrélation) : l'ID de message de la demande doit être identique à l'ID de corrélation de la réponse.
    • Message ID (ID du message) : la demande et la réponse doivent avoir le même ID de message.
  5. Si vous enregistrez en mode import (Importation), remplissez les champs suivants :
    Client Mode (Mode client)

    Permet de spécifier la méthode d'interaction avec le serveur WebSphere MQ.

    Valeurs :

    • Native Client (Client natif) : implémentation purement Java utilisant des API IBM
    • JMS : implémentation purement Java basée sur les spécifications JMS. Si vous voulez utiliser cette implémentation, il est recommandé d'utiliser le protocole de transport JMS au lieu de MQ.
    • Bindings (Liaisons) : cette option requiert l'accès aux bibliothèques natives d'une installation de client WebSphere MQ. Vérifiez que ces bibliothèques sont accessibles par l'environnement d'exécution de l'application DevTest. Dans la plupart des cas, la présence de ces bibliothèques dans l'environnement PATH est suffisante.
    Review the queues and transaction tracking mode (Vérifier les files d'attente et le mode de suivi des transactions)

    Sélectionnez cette case à cocher pour ignorer les étapes de demande et réponse complètement. Si le fichier de trafic brut est issu de CAI, cette option sera désélectionnée. CAI détecte automatiquement les files d'attente et les transactions. Si le fichier de trafic brut provient d'un autre emplacement, cette option sera sélectionnée par défaut et permet de vérifier les paramètres de destination et de suivi.

    Correlation

    Contient les schémas de corrélation potentiels pour mettre en corrélation les demandes et les réponses de transactions. JMS est asynchrone, c'est-à-dire que les demandes et les réponses sont reçues séparément. Cette liste déroulante vous permet de définir dans l'enregistreur de VSE la demande à associer à une réponse. Le champ Correlation comprend les options suivantes :

    • Sequential (Séquentiel) : toutes les réponses sont associées à la dernière demande reçue, dans l'ordre chronologique. Il n'y a aucun schéma de corrélation et l'enregistreur MQ de VSE place un verrou exclusif en lecture sur la file d'attente de réponses dynamiques pour qu'aucun autre écouteur MQ ne puisse utiliser ses messages de réponse.

      Lorsque vous spécifiez un schéma de corrélation, via les champs Correlation ID (ID de corrélation) ou Message ID to Correlation ID (De l'ID de message à l'ID de corrélation), l'enregistreur MQ de VSE suppose que les autres écouteurs présents sur la file d'attente de réponses dynamiques utilisent également un schéma de corrélation. Si tous les écouteurs présents sur la file d'attente de réponses dynamiques utilisent des schémas de corrélation, l'enregistreur MQ de VSE peut maintenir ses réponses à part, sans devoir recourir à un verrou exclusif en lecture et il place l'indicateur d'entrée partagé en tête de la file d'attente.

    • Correlation ID (ID de corrélation) : la demande et la réponse doivent avoir le même ID de corrélation.
    • Message ID to Correlation ID (De l'ID de message à l'ID de corrélation) : l'ID de message de la demande doit être identique à l'ID de corrélation de la réponse.
    • Message ID (ID du message) : la demande et la réponse doivent avoir le même ID de message.
  6. Cliquez sur Next (Suivant).

    L'onglet Destination Info (Informations sur la destination) s'ouvre.

  7. Entrez les noms du proxy et de files d'attente dynamiques et sélectionnez le type de file d'attente.

    La case à cocher Create Proxy Queue (Créer une file d'attente de proxy) permet de créer une file d'attente temporaire à la volée pour l'utiliser comme file d'attente de proxy. Sélectionnez cette option si vous n'avez pas créé manuellement la file d'attente de proxy sur WebSphere MQ.

  8. Cliquez sur l'onglet Connection setUp (Configuration de la connexion).
  9. Saisissez les paramètres de connexion utilisés pour la connexion au MOM.

    Ces paramètres de connexion sont enregistrés en interne.

    L'onglet Advanced (Avancé) au bas de l'onglet Connection setUp (Configuration de la connexion) contient les sous-onglets suivants :

    Environnement

    Ce paramètre permet d'ajouter, de supprimer et de spécifier des valeurs pour d'autres paramètres d'environnement MQ.

    MQ Exits (Sorties MQ)

    Ce paramètre permet de pointer vers des sorties MQ pour la sécurité, l'envoi et la réception.

  10. Pour définir un ensemble distinct d'informations de connexion facultatif, à utiliser lorsque vos files d'attente de proxy résident dans un gestionnaire de files d'attente différent de celui de vos files d'attente dynamiques, cliquez sur l'onglet Connection setUp (Configuration de la connexion).
  11. Définissez les détails de connexion pour les destinations de réponse à écouter pour récupérer des messages.
  12. Définissez la file d'attente de proxy dans laquelle l'application cliente recevra les réponses.
  13. Cliquez sur Next (Suivant).

    L'onglet Destination List (Liste de destinations) s'ouvre.

  14. Cliquez sur l'onglet Current Connection Info (Informations sur la connexion en cours) et vérifiez que les informations de connexion sont correctes.
  15. Les informations affichées dans l'onglet Current Connection Info (Informations sur la connexion en cours) sont copiées à partir des informations de connexion spécifiées précédemment. Vous pouvez les modifier dans le rare cas où les informations de connexion de réponse sont différentes.
  16. Pour démarrer l'enregistrement, cliquez sur Next (Suivant).

    Les noms des files d'attente écoutées par le VSE s'affichent et le statut est défini sur Waiting (En attente).

    Si vous vous connectez au WebSphere MQ et vous avez décidé de créer les files d'attente de proxy à la volée, ces files d'attente de proxy seront créées.

  17. Exécutez le client qui ajoute des messages à la file d'attente de proxy de demandes.

    VSE copie ces messages dans la file d'attente des demandes réelle. Le serveur récupère ces messages à partir de la file d'attente et envoie des réponses à la ou les files d'attente des réponses. Le VSE récupère ces messages et les copie dans la file d'attente de proxy des réponses, écoutée par le client.

    Lors de l'enregistrement des transactions, le nombre de messages augmente, tout comme le nombre total de sessions et de transactions dans la fenêtre Virtual Service Image Recorder (Enregistreur d'image de service virtuel). A l'issue de l'enregistrement, toutes les demandes sont passées par la même file d'attente des demandes. Environ la moitié des réponses sont revenues via des files d'attente temporaires et l'autre moitié via la file d'attente des réponses non temporaire.

    A l'issue de l'exécution, le nombre de messages dans les files d'attente des réponses peut être inférieur de 1 à la valeur attendue. En effet, une demande unique peut avoir plusieurs réponses et VSE n'aura pas encore reconnu les dernières transactions terminées. Les messages correspondant à la dernière transaction ne sont par conséquent pas comptés.

  18. Cliquez sur Next (Suivant) pour déclencher la clôture de la dernière transaction et effectuez le nettoyage nécessaire. Une fenêtre intermédiaire apparaîtra si vous avez utilisé un protocole de données dynamique. Dans le cadre de la préparation de l'enregistreur pour l'écriture du fichier .vsi, il vérifie que les corps des demandes et des réponses sont du texte, si elles sont marquées comme tel. Sinon, le type devient binaire.

    Un protocole de données de gestionnaire de données de demande a été ajouté côté demande. Pour plus d'informations sur la configuration de ce protocole, reportez-vous à la section Gestionnaire de données de demande. Vous pouvez modifier ces protocoles de données ou en ajouter d'autres.

  19. Cliquez sur Next (Suivant).

    Remarque : Pour enregistrer les paramètres dans cet enregistrement à charger dans un autre enregistrement d'image de service, cliquez sur Save (Enregistrer)Icône d'enregistrement au-dessus du bouton Finish (Terminer).

  20. Pour fermer la fenêtre et stocker l'image, cliquez sur Finish (Terminer).
  21. Examinez et enregistrez le modèle de service virtuel généré dans la fenêtre principale.