Posted: Wed Feb 11, 2004 12:27 pm Post subject: Design Question (cross post)
Centurion
Joined: 17 May 2002 Posts: 108
I posted this question on the MQSeries General support board (http://www.mqseries.net/phpBB2/viewtopic.php?t=13377) and would like to understand if WMQI might be a better place to have this functionality (I realize it may just depend). The input/expertise is greatly appreciated.
MQ5.3
WMQI 2.1
Issue:
A source application is unable to re-send a critical message after the original message has been sent to the target application. What is the best implementation for retaining the message so that in the event of an error you have the ability to resend original message?
MQSeries Option: Have the 'put' application place a copy of the message to a 'hold' queue on the source app queue mgr. When expected target app reply comes in - remove the message from the hold queue based on MsgId. Messages not removed would identify those that never got reply due to "some" error.
WMQI Option: 'Source App to Target App message flow' wharehouses a copy of the message. 'Target App reply to Source App message flow' purges the message when reply processed by the flow (based on message id). Messages not purged are identified as problematic/resubmitted.
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
I think most of us read the General Support forum aswell, so I would suggest to continue there.
One objection about the solution being in WMQI is that it means ALL data needs to go through the broker.
Also IMHO it is the application that the data orginated from (or the owners for that matter) who need to make a decision about which data to retransmit in case of a failure,
not the 'infrastructure' component like WMQI (which usually is an 'infrastructure' component)
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