| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Browsing a queue under syncpoint -Backout counter behavior |
« View previous topic :: View next topic » |
| Author |
Message
|
| artrod439 |
 Posted: Wed May 25, 2016 7:54 am Post subject: Browsing a queue under syncpoint -Backout counter behavior |
 |
|
Newbie
Joined: 11 Nov 2013
Posts: 3
|
We have a message flow in WMB 8.0.0.x which gets a message from the input queue with the browse option, attempts to transmit the message to an external endpoint via a SOAP request node, and if that is successful, then do a destructive get, send a "success" message to the backend and move on the next message.
There is some retry logic to retry certain fault conditions in the SOAP request, but essentially a failure the transmit the message will also result in a destructive get, only with a exception message going to the backend system.
The message flow is operating under sync point control, so if an unexpected transaction failure occurs, the whole transaction rolls back, and the message flow tries to process the message all over again.
Here is my question, will the back out counter on the message be incremented when the transaction has been rolled back, even though the get is a browes? If yes, is there any circumstance where the backout counter will not be incremented?
I've tried to find information about browsing messages under syncpoint, but not been able to find what I am looking for. |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Wed May 25, 2016 8:09 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
This is a terrible design.
You should simply get the message, and use exception handling procedures - as you already have - to make sure that the message is not deleted until it is either backed out or successfully completed.
And, no. I don't believe that a browsed message will increase the backout counter when it is released from browse.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 25, 2016 8:11 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
This is a terrible design.
You should simply get the message, and use exception handling procedures - as you already have - to make sure that the message is not deleted until it is either backed out or successfully completed. |
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| hughson |
| Posted: Thu May 26, 2016 12:25 pm Post subject: Re: Browsing a queue under syncpoint -Backout counter behavi |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
While I agree with the above statements on your design, I'll also try to answer your question.
| artrod439 wrote: |
| Here is my question, will the back out counter on the message be incremented when the transaction has been rolled back, even though the get is a browes? If yes, is there any circumstance where the backout counter will not be incremented? |
The backout counter will be incrementad when the transaction containing the message was rolled back. For the transaction to contain the message it must have used a destructive get. In your description of what happens you do describe using a destructive get at the end, this will be the bit that is done under transaction control.
| artrod439 wrote: |
| I've tried to find information about browsing messages under syncpoint, but not been able to find what I am looking for. |
You are not finding any information about this because the concept does not exist. The get has to be destructive to be included in a transaction.
Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
