| Author |
Message
|
| Ashu_mq |
 Posted: Wed Mar 25, 2009 6:19 pm Post subject: COA Set up |
 |
|
Newbie
Joined: 25 Sep 2008
Posts: 5
|
Hi Masters
Please suggest what I need to do to enable the COA in my QManager so that COA is sent for the messages coming in with COA requests from remote QManager.
B. Rgds
Ashu |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Wed Mar 25, 2009 10:35 pm Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
Which part of the MQ documentation related to COA didn't you understand?
the coa is send to replytoq / replytoqmgr, so the way to that destination must be known (xmitq, qmgr alias, ...)
the MCA needs proper security to create the COA
_________________
Regards, Butcher |
|
| Back to top |
|
|
| Ashu_mq |
| Posted: Thu Mar 26, 2009 12:27 am Post subject: COA Set up |
|
|
Newbie
Joined: 25 Sep 2008
Posts: 5
|
Hi Master
What I understood is
A. Sender side Application should have below before sending message
1. ReplyToQ='RQ.ABC' (for example)
2. ReplyToQMGR='SQMGR' (for example)
Any other field in MQMD (???)
B. Should Receiver QManager define RemoteQ 'RQ.ABC' to send COA back to Sender QManager ('SQMGR').
Please confirm
B. Rgds
Ashu |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Mar 26, 2009 12:43 am Post subject: Re: COA Set up |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Ashu_mq wrote: |
| Any other field in MQMD (???) |
At least one. As defined in the documentation.
| Ashu_mq wrote: |
| Should Receiver QManager define RemoteQ 'RQ.ABC' to send COA back to Sender QManager ('SQMGR'). |
It could, but it's inefficient and will be a pain for you to administer.
You would be well advised (aside from reading the manual again) to search the forum for some of the discussions around COA messages. It's very common for management to state a requirement for them, very rare for there to be an actual requirement for them, extremely rare for COA messages to do what people think they do and are always a source of potential problems!
Just a friendly warning.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Mar 26, 2009 12:45 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Moved to correct section
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Ashu_mq |
| Posted: Thu Mar 26, 2009 1:09 am Post subject: Re: COA Set up |
|
|
Newbie
Joined: 25 Sep 2008
Posts: 5
|
Hi Vitor
Understood what did you want to tell but I did not understand whether my understanding is right.
Please excuse me if my question does not make any sense. I am very new an thus it may be possible.
Ashu |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Mar 26, 2009 1:24 am Post subject: Re: COA Set up |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Ashu_mq wrote: |
| Understood what did you want to tell but I did not understand whether my understanding is right. |
Well without knowing what you understood I can't tell if your understanding is right!
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Ashu_mq |
| Posted: Thu Mar 26, 2009 1:34 am Post subject: Re: COA Set up |
|
|
Newbie
Joined: 25 Sep 2008
Posts: 5
|
| My understanding is that the ReplyToQ defined in the message should be available as a RemoteQ at target QManager. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Mar 26, 2009 1:37 am Post subject: Re: COA Set up |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Ashu_mq wrote: |
| My understanding is that the ReplyToQ defined in the message should be available as a RemoteQ at target QManager. |
It's one way certainly. My point was it's not efficient and is more work for you.
My more important point is why you're using COA messages at all; do not answer "because I've been told to". If there is no design reason for using them you should not, because they can cause problems.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Ashu_mq |
| Posted: Thu Mar 26, 2009 1:47 am Post subject: Re: COA Set up |
|
|
Newbie
Joined: 25 Sep 2008
Posts: 5
|
Oh! I see. I would like to have efficient way of COA implementation and not just for the sake of getting response messages. I would like to understand it better and will read more. Thanks for your suggestion.
 |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Thu Mar 26, 2009 1:53 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
| Quote: |
| My understanding is that the ReplyToQ defined in the message should be available as a RemoteQ at target QManager. |
this will work only, if replytoqmgr = target queuemanager, which it is not in most cases. most common way is to define routing back to the replytoqmgr (which is the queuemanager sending rhe request) by xmitq or qmgr alias. just think of temporary queues used for repliytoq... how will you handle that in the target queuemanager? no chance.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Mar 26, 2009 6:08 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| getting response messages |
Do you mean report messages? In MQ jargon, there are request messages, reply messages, report messages, and datagram messages.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Sam Uppu |
| Posted: Thu Mar 26, 2009 7:04 am Post subject: Re: COA Set up |
|
|
Yatiri
Joined: 11 Nov 2008
Posts: 610
|
| Ashu_mq wrote: |
Hi Master
What I understood is
A. Sender side Application should have below before sending message
1. ReplyToQ='RQ.ABC' (for example)
2. ReplyToQMGR='SQMGR' (for example)
Any other field in MQMD (???)
B. Should Receiver QManager define RemoteQ 'RQ.ABC' to send COA back to Sender QManager ('SQMGR').
Please confirm
B. Rgds
Ashu |
If you are using Request/ Reply scenario and asking the destination App to respond to the ReplyToQMgr and ReplyToQ specified in the MQMD of the request message, then
The ReplyToQueue and
ReplyToQMgr should be there in the source message(request message).
Not sure whether you are using MQ clustering for this setup.
If the response queue is Unique, the security implementation will be easy for you.
Thanks. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Mar 26, 2009 7:22 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| Any other field in MQMD (???) |
Yes. Report options field.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Mar 27, 2009 9:09 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
If you get a COA message, you know the original message arrived.
If you don't get a COA message, the original message did not arrive. Or maybe it did.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
|
|
