Author |
Message
|
sarasu |
Posted: Wed Mar 15, 2006 10:15 am Post subject: How to resend unsent messages?? |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Hi,
Some messages which were not sent to the destination QMGR, because of connection failure or server bounce, how can i trace them and how can i resend those messages to the destination again? Sometimes i found them at the SYSTEM.ADMIN.CHANNEL.EVENT queue. Can i resend these messages? because these messages are encripted.
Replies are appreciated. |
|
Back to top |
|
 |
wschutz |
Posted: Wed Mar 15, 2006 11:02 am Post subject: |
|
|
 Jedi Knight
Joined: 02 Jun 2005 Posts: 3316 Location: IBM (retired)
|
The message you see in that queue are "event" messages, not your encrypted messages...
there is nothing in MQ to automatically do this. If you need to do this, you must save the messages yourself (perhaps in a database) and then replay them yourself. _________________ -wayne |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Mar 15, 2006 11:05 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
wschutz wrote: |
there is nothing in MQ to automatically do this. |
You mean aside from normal channel processing, of course.
SARASU -
Your question makes no sense. Please try again. Be much more specific. Where are messages coming from? Where do you need to retry them from? How are you sending them? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
sarasu |
Posted: Wed Mar 15, 2006 11:07 am Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Can't we even trace them?? IF the message was not sent then can't we find them in any queues, like DEAD.LETTER.QUEUE or any other queue??
I believe we can trace those missed messages.But i donot know how?
Thanks |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Mar 15, 2006 11:18 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
It depends on where the messages are coming from, how they are being sent, and how you have configured your environment.
Please be specific. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
sarasu |
Posted: Wed Mar 15, 2006 11:30 am Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
I am trying to send messages from a QMGR1 on my system to another QMGR2 on different system. Sometimes if the reciever channel disconnects (some how)..where these messages will go at that particular instance( If the rcvr channel disconnects)..How can we trace them? if we are able to trace them can we resend those messages?
Did u guys understand something ??? This is my problem... |
|
Back to top |
|
 |
sarasu |
Posted: Wed Mar 15, 2006 11:40 am Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Queue Manager-->QMGR1 ------Local queue-->QLOCAL...Remote Queue-->QREMOTE....Transmit queue-->XMITQ
Sender Channel-->QMGR1.QMGR2
Queue Mannager-->QMGR2......Local queue-->QREMOTE........Reciever Channel--> QMGR1.QMGR2
I am trying to put a message on QREMOTE(Remote Queue) on QMGR1, that should come into Local queue(QREMOTE) on QMGR2.
If teh reciever channel disconnects.....and i keep on sending messages, where these messages will go?
This is what i wanan do.. |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Mar 15, 2006 11:42 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Okay.
When messages are PUT from an application to a remote queue, then messages are actually stored on the Transmit Queue for that queue manager.
So, the sender channel agent reads messages from the transmit queue and passes them along to the receiver channel agent on the other side.
When the receiver channel goes away, then the sender channel agent will leave messages on the transmit queue, and put the sender channel into an retrying state.
When the channel can be restarted, then messages on the transmit queue should get sent again, automatically.
If the channel ever goes into a STOPPED state, then it can only start up again from a manual start - it won't start automatically.
Do you understand?
The Intercommunications manual will detail all of this in much more detail. It is very much worth your time to read. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
sarasu |
Posted: Wed Mar 15, 2006 12:26 pm Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Jeff,
Thanks for your reply.I understood somewhat.Even i tried to restart the reciever channel but the messages arenot comming automatically into the localqueue of the recieving queuemanager side.Is there something else i can do to retrieve those messages?
Thank you |
|
Back to top |
|
 |
EddieA |
Posted: Wed Mar 15, 2006 1:33 pm Post subject: |
|
|
 Jedi
Joined: 28 Jun 2001 Posts: 2453 Location: Los Angeles
|
Quote: |
Even i tried to restart the reciever channel |
You need to start, or stop, a Receiver Channel under normal circumstances. It starts/stops automatically based on the state of the Sender.
Cheers, _________________ Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
Back to top |
|
 |
kevinf2349 |
Posted: Wed Mar 15, 2006 2:01 pm Post subject: |
|
|
 Grand Master
Joined: 28 Feb 2003 Posts: 1311 Location: USA
|
Quote: |
Even i tried to restart the reciever channel but the messages arenot comming automatically into the localqueue of the recieving queuemanager side. |
We can't answer this. Basically you need to resolve the problem between the sender and receiver channels and then restart both (you may need to reset them, but you may not need to either). What actions to take will depend n what is actually going wrong. If you just stopped the sender, then restart it. If you stopped the RCVR then restart it and the SNDR.
As Jeff suggests....the Intercommunications manual will be your best friend in explaining all this to you. |
|
Back to top |
|
 |
sarasu |
Posted: Wed Mar 15, 2006 2:27 pm Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Thanks grans...i will try to go through Intercommunication pdf...  |
|
Back to top |
|
 |
|