| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| z/OS "fail-if-quiesce" option |
« View previous topic :: View next topic » |
| Author |
Message
|
| mikiu |
 Posted: Mon May 16, 2011 6:04 am Post subject: z/OS "fail-if-quiesce" option |
 |
|
Acolyte
Joined: 23 Jul 2002
Posts: 61
Location: toronto
|
Hello,
Do you (collective MQ wisdom "you") think that, although I use "fail-if-quiescing" on mqopen and mqget ... should I also use it on mqput and mqclose? IMO put and close have a slightly different slant and mq, I believe handles them differently.
Much obliged for your opinion,
M. |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Mon May 16, 2011 6:44 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
It's not an available option for the MQCLOSE.
For the MQPUT, what if the application opens the queue and then proceeds to do millions of puts? Do you want that app to hold up the quiesce of the queue manager? (maybe you do!)
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| mikiu |
| Posted: Mon May 16, 2011 6:52 am Post subject: point taken |
|
|
Acolyte
Joined: 23 Jul 2002
Posts: 61
Location: toronto
|
You got a point there, Peter ... thank you,
Miki |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Mon May 16, 2011 3:55 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
Moral of story = Always code MQxxx_FAIL_IF_QUIESCING on all MQI calls which allow Options (except MQCONN, MQCLOSE). The resulting ReasonCode of MQRC_Q_MGR_QUIESCING should be handled like any other unexpected ReasonCode (eg. clean up & terminate the app or go into a slow MQCONN loop).
_________________
Glenn |
|
| Back to top |
|
|
| bob_buxton |
| Posted: Wed May 18, 2011 12:19 am Post subject: |
|
|
Master
Joined: 23 Aug 2001
Posts: 266
Location: England
|
It can make sense to not code the quiesce option if you are just MQPUTing a single reply message in response to a a MQGET (with quiesce).
There is little point in forcing your last transaction to go through backout.
_________________
Bob Buxton
Ex-Websphere MQ Development |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Wed May 18, 2011 2:23 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
it should not be couded on every statements by default, but it should be used in the application at places where it is possible to stop the application processing. nobody is angry if an application needs 30 more seconds to finish during queuemanager shutdown because some work or batch or whatever is completed. its just angry if noting is coded and application stays up.
however, when we shut down MQ by system automation, we use "stop qmgr" first. After some minutes, if the qmgr did not shut down, we issue a "stop qmgr mode(force)". so if application do not honor the qmgr shutdown the connection gets terminated by mq and open UOWs are rolled back.
_________________
Regards, Butcher |
|
| 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
|
|
|
|
