| Author |
Message
|
| starfish77 |
 Posted: Thu Nov 13, 2003 2:02 pm Post subject: BOQNAME and BOTHRESH not working |
 |
|
Apprentice
Joined: 07 Nov 2003
Posts: 31
Location: USA
|
I have altered my local queue to add these 2 attribs. My backout call is working properly, even I see the backout count is getting increased. But this backcount count is even supassing the BOTHRESH I have set. I expect the message to go to BO queue under this scenario. But the message is still in the input queue.
Can anyone please point whats missing here???
Thanks, |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Thu Nov 13, 2003 2:30 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I don't think the backout/requeue is automatic. I think your application has to do it, itself.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bob_buxton |
| Posted: Fri Nov 14, 2003 1:50 am Post subject: |
|
|
Master
Joined: 23 Aug 2001
Posts: 266
Location: England
|
I am certain the backout/requeue is not automatic. Your application has to do it, itself
The reference book states
| Quote: |
| Apart from allowing its value to be queried, the queue manager takes no action based on the value of this attribute |
_________________
Bob Buxton
Ex-Websphere MQ Development |
|
| Back to top |
|
|
| bower5932 |
| Posted: Fri Nov 14, 2003 7:45 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
|
| Back to top |
|
|
| techno |
| Posted: Mon Jan 26, 2004 4:20 pm Post subject: |
|
|
Chevalier
Joined: 22 Jan 2003
Posts: 429
|
Does this still hold good? I am using 5.3.
Thanks
Shiva. |
|
| Back to top |
|
|
| kirani |
| Posted: Mon Jan 26, 2004 5:09 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Yes.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| techno |
| Posted: Tue Jan 27, 2004 9:03 am Post subject: |
|
|
Chevalier
Joined: 22 Jan 2003
Posts: 429
|
Why is it not done automatically? Is there any reason for this? Instead of maintaining in application, the deatils(no. of BO's) are maintained in message itself. This is the only advantage I see with this. It would have been great if the messages are pushed to BOQueue automatically.
Thanks. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Jan 27, 2004 12:12 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| techno wrote: |
| Why is it not done automatically? Is there any reason for this? Instead of maintaining in application, the deatils(no. of BO's) are maintained in message itself. This is the only advantage I see with this. It would have been great if the messages are pushed to BOQueue automatically. |
The reason why it's not done automatically in all cases is because you may not want it done. There's a lot of different reasons why, but as an example - I may have an application that is breaking a message up into individual transactions, and then processing them. If I get an error with one of the individual transactions, I don't want to roll the whole message back.
In general, it requires that MQSeries be more involved in your application than is strictly necessary. Particularly in the cases of MQClient applications - without the extended transactional support client you don't get two phase commits. So making use of rollback is somewhat limiting on the places where you might want backout processing. And if you're not going to overload rollback to provide backout processing, then you've added another MQSeries verb to perform backout processing. And made everything much much more complicated, for what seems like a simple thing.
It's better left as an application decision, really. But there are application server frameworks that do support automatic rollback (WMQI, for one, probably Workflow - and I think that JMS does at least under some AppServers).
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bower5932 |
| Posted: Tue Jan 27, 2004 2:47 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| WAS's embedded JMS (ie, MQ) does have the backout capability. I believe that the threshold is set to 5 for you and you then have the option to configure the ListenerPort's max retries so that a message can be attempted to be delivered more than the 5 (ie 6). The message will then be moved to the backout queue. |
|
| Back to top |
|
|
|
|
