Question

Je dois implémenter le traitement de la redistribution des messages JMS dans l'application déployée dans l'environnement IBM, afin que le fournisseur JMS soit autonome MQ V6.0.

Savez-vous s'il définit correctement la propriété JMSXDeliveryCount et si je peux compter sur les valeurs de cette propriété même?

Était-ce utile?

La solution

Je viens de trouver la réponse à ma question:)

IBM WebSphere MQ définit les propriétés d'en-tête JMSX * suivantes:

JMSXUserId sera défini par WMQ JMS lors de l'envoi du message - il se penche sur l'ID utilisateur qui exécute l'application et définit JMSXUserId en conséquence.

JMSXAppId sera également défini par WMQ JMS lors de l'envoi du message - à quelque chose comme " Client WebSphere MQ pour Java ". Il y a un débat sur comment interpréter la spécification JMS sur celui-ci - certains fournisseurs JMS permettent une application pour le définir, d'autres non. Actuellement, WebSphere MQ la mise en œuvre ne le fait pas.

JMSXDeliveryCount sera défini par WMQ JMS lorsque le message sera envoyé à un application de réception - indique à cette application combien de fois WebSphere MQ a tenté de transmettre le message à cette application ou à d'autres applications. Normalement, les messages ne doivent être remis qu'une seule fois, mais dans le cas de échecs ou annulation explicite de transactions, etc., le nombre de livraisons peut plus haut, et les applications ou les fournisseurs JMS peuvent utiliser ces informations pour repérer quand les choses vont mal et peut-être faire quelque chose de différent comme déplacer le message dans une file d'attente de lettres mortes, voire même le supprimer, en fonction de la nature du message, de l'application et du contexte.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top