| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Message not in back out queue!!-Solution needed |
« View previous topic :: View next topic » |
| Author |
Message
|
| atheek |
 Posted: Thu Jun 01, 2006 1:19 am Post subject: Message not in back out queue!!-Solution needed |
 |
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
Hi , I have two applications, say , A and B, residing in two different machines . App A is connected to queue manager QMA and B to QMB.
A posts a message and B is supposed to pick that up. The BOTHRESH parameter of the local queue on QMB to which A sends the message is set to 2. Thus the application B will try to process that message for two times and if it fails both the times, the message has to be posted to the backout queue defined.
When I simultated this with both apps in the same machine and connected to the same queue manager,everything was working fine. Now when i connected it in live from two different queue managers, the appln B is processing the message for 2 times and when it fails, message doesnt get delivered to the backout queue defined in QMB. The replyto Qmanager parameter in message MQMD is found to be QMA. Does this parameter has anything to do with why we are not getting the message in the backoutqueue in QMB?? Is there any way out to get the messages in the backout queue without changing the application code??
N.B: I am new to MQSeries. Kindly excuse me for my naive language!!!  |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Thu Jun 01, 2006 1:44 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
it depends how you coded the put to the backoutqueue.
"normally", the backoutqueue is a local defined queue so the put to it is done without qmgr name (and with the name of the local queuemanager).
the replytoqmgr should not be used, unless you want the message to be routed back where it came from.
the best thing is to check the application on QMB how the put for the backoutqueue is done... and then decide about the location of the backout queue.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| atheek |
| Posted: Thu Jun 01, 2006 2:27 am Post subject: |
|
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
thanks a lot!! I thought that incrementing of backoutcount and moving the message to back out queue is done by the queue manager. Now, i realize that it is done by the application itself. We have made a mistake in ur code ( Appl B) . In MQPUT call we have specified the remote queue manager name for QMGR and the name of the local backout queue for queue. With this configuration we are not able to track whats happening to the message. Any idea whats happening to the message???  |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Thu Jun 01, 2006 2:53 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
| Quote: |
| With this configuration we are not able to track whats happening to the message. Any idea whats happening to the message??? |
check if you have a xmitq named like the remote queuemanager.
check if you have a qmgr alias (a remotequeue) named like the remote queuemanager.
check if you have a default transmission queue
check if you have mqseries clustering and the remote queuemanager name is known in the cluster
if you do not find anything like this it is most likely that the application did not put the message, it should have received a 2xxx returncode. you should also check the application code what happens if it is not able to put the message to the backout queue.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| atheek |
| Posted: Thu Jun 01, 2006 3:26 am Post subject: |
|
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
| thanks a lot again!!!! Any of the above mentioned stuff should be existing coz ur application didnt receive any error!!! |
|
| 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
|
|
|
|
