Discussion:
JCA Adapter behavior..
Coombs, Lawrence
2014-07-16 01:33:10 UTC
Permalink
I have a queue that is read by a JMS application running inside Jboss application server. The queue is defined with a backout threshold of 3 and a valid backout queue name. The platform is Linux and the version of WebSphere MQ is 7.0.1.8.

All the messages in the backout queue have their backout counter set to '0'. How can that be? I assumed that the counter would be '3'. Can someone shed any light on this?

This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.


To unsubscribe, write to ***@LISTSERV.MEDUNIWIEN.AC.AT and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.a
Neil Casey
2014-07-16 01:40:35 UTC
Permalink
Hi Lawrence,

the back out count is a property of a message on a queue.

When the message is put to the queue, its back out count is 0. The application does a GET, then BACKOUT, and the back out count is now 1.

When the back out threshold is exceeded, the library or application doesn’t process the message normally, and instead PUTs it to the back out queue. This is in effect a new message on a new queue, so it has a back out count of zero (since it has never been processed by a GET). This is true even if MQPMO_PASS_ALL_CONTEXT is used, as the back out count is not part of the context.

Regards,


Neil
--
Neil Casey
Senior Consultant | Syntegrity Solutions

+61 414 615 334 neil.casey-VLLIzlmz+***@public.gmane.org
Syntegrity Solutions Pty Ltd | Level 23 | 40 City Road | Southgate | VIC 3006
Analyse >> Integrate >> Secure >> Educate
Post by Coombs, Lawrence
I have a queue that is read by a JMS application running inside Jboss application server. The queue is defined with a backout threshold of 3 and a valid backout queue name. The platform is Linux and the version of WebSphere MQ is 7.0.1.8.
All the messages in the backout queue have their backout counter set to '0'. How can that be? I assumed that the counter would be '3'. Can someone shed any light on this?
This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
Coombs, Lawrence
2014-07-16 01:51:21 UTC
Permalink
Thanks, Neil.

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Neil Casey
Sent: Tuesday, July 15, 2014 8:41 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: JCA Adapter behavior..

Hi Lawrence,

the back out count is a property of a message on a queue.

When the message is put to the queue, its back out count is 0. The application does a GET, then BACKOUT, and the back out count is now 1.

When the back out threshold is exceeded, the library or application doesn't process the message normally, and instead PUTs it to the back out queue. This is in effect a new message on a new queue, so it has a back out count of zero (since it has never been processed by a GET). This is true even if MQPMO_PASS_ALL_CONTEXT is used, as the back out count is not part of the context.

Regards,


Neil


--
Neil Casey
Senior Consultant | Syntegrity Solutions

[cid:image001.jpg-fjIjhrFlZHIvOdM5aN5/***@public.gmane.org] +61 414 615 334<tel:+61%20414%20615%20334>[cid:image002.jpg-fjIjhrFlZHIvOdM5aN5/***@public.gmane.org] neil.casey-VLLIzlmz+***@public.gmane.org <mailto:neil.casey-VLLIzlmz+***@public.gmane.org>
Syntegrity Solutions Pty Ltd<http://www.syntegrity.com.au/> | Level 23 | 40 City Road | Southgate | VIC 3006
Analyse >> Integrate >> Secure >> Educate

[cid:image003.png-fjIjhrFlZHIvOdM5aN5/***@public.gmane.org]

On 16 Jul 2014, at 11:33 am, Coombs, Lawrence <Lawrence.Coombs-***@public.gmane.org<mailto:Lawrence.Coombs-***@public.gmane.org>> wrote:


I have a queue that is read by a JMS application running inside Jboss application server. The queue is defined with a backout threshold of 3 and a valid backout queue name. The platform is Linux and the version of WebSphere MQ is 7.0.1.8.

All the messages in the backout queue have their backout counter set to '0'. How can that be? I assumed that the counter would be '3'. Can someone shed any light on this?

This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT> and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html


________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Loading...