Author |
Message
|
solmyr72 |
Posted: Thu Jul 21, 2005 2:33 am Post subject: how do you set the replyToQmgr field using JMS ? |
|
|
Newbie
Joined: 14 Feb 2005 Posts: 7
|
Hi,
I'm using JMS to send messages to MQ.
People on the receiving end have asked me to set the "replyToQmgr" field inside the RFH2 header (Qmgr is calculated based on some runtime info).
Unfortunately, to the best of my knowledge such features aren't supported by JMS (since it doesn't rely on "queue managers").
Would anyone happen to know if there's a workaround ? Or do I have to abandon JMS and move to specific MQ API ?
Thanks. |
|
Back to top |
|
 |
jefflowrey |
Posted: Thu Jul 21, 2005 3:21 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
A two minute look at the Using Java manual (which practically every post in this forum mentions) would have shown you
Quote: |
setJMSReplyTo
public void setJMSReplyTo(Destination replyTo) throws JMSException;
Sets the destination to which a reply to this message can be sent.
The replyTo header field contains the destination where a reply to the current message can be sent. If it is null, no reply is expected. The destination can be either a Queue or a Topic.
Messages with a null replyTo value are called JMS datagrams. Datagrams might contain a notification of some change in the sender (i.e. they signal a sender event) or they might just contain some data the sender thinks is of interest.
Messages with a replyTo value are typically expecting a response. A response is optional: it is up to the client to decide. These messages are called JMS requests. A message sent in response to a request is called a reply.
In some cases a client might wish to match a request it sent earlier with a reply it has just received. This can be done using the correlationID.
Parameters
replyTo - where to send a response to this message
Exceptions
JMSException - if an internal error occurs.
|
And a cursor glance at some of the IBM samples would have shown you the same thing. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
bower5932 |
Posted: Thu Jul 21, 2005 5:29 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Aug 2001 Posts: 3023 Location: Dallas, TX, USA
|
|
Back to top |
|
 |
solmyr72 |
Posted: Tue Jul 26, 2005 11:35 pm Post subject: thanks, but i'm trying to set *queue manager* |
|
|
Newbie
Joined: 14 Feb 2005 Posts: 7
|
Thanks very much for the replies.
However, my question was about setting the *queue manager*, not just *queue*.... |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Jul 27, 2005 3:18 am Post subject: Re: thanks, but i'm trying to set *queue manager* |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
solmyr72 wrote: |
However, my question was about setting the *queue manager*, not just *queue*.... |
And we answered that question. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
fjb_saper |
Posted: Wed Jul 27, 2005 11:42 am Post subject: Re: thanks, but i'm trying to set *queue manager* |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
jefflowrey wrote: |
solmyr72 wrote: |
However, my question was about setting the *queue manager*, not just *queue*.... |
And we answered that question. |
In JMS there is no such distinction as what you set is a javax.jms.Destination.
For further information on JMS Destination read up on the using Java manual or search sun's webside for the JMS specifications.
Enjoy  |
|
Back to top |
|
 |
|