Is the JMSXDeliveryCount property set in IBM MQ V6.0?

I need to implement JMS message re-delivery processing in an application that is deployed in an environment with IBM support, so the JMS provider is a stand-alone MQ V6.0.

Do you know if the JMSXDeliveryCount property is set correctly, and I can rely on the values ​​of this property itself?

+4
source share
1 answer

I just found the answer to my question :)

IBM WebSphere MQ sets the following JMSX * header properties:

JMSXUserId will install WMQ JMS when sending a message - it looks at userid launches the application and installs JMSXUserId accordingly.

JMSXAppId will also install WMQ JMS when sending a message - on something like "WebSphere MQ Client for Java". There is some debate about how to interpret the JMS Spec on this - some JMS providers allow the application to install it, others do not. Currently, WebSphere MQ implementation does not.

The JMSXDeliveryCount will be set using WMQ JMS when a message is sent to the receiving application — it tells you how many times the receiving WebSphere MQ application has tried to deliver the message to this or other applications. Usually, messages should be sent only once, but in case of failures or explicit rollback of transactions, etc., the delivery account can get more, and applications or JMS providers can use this information for when things go wrong and maybe do something- something else, like moving a message into a dead letter queue or even discarding the message, depending on the nature of the message, application, and context.

+4
source

All Articles