|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Using JMSInput Nodes to retreive a particular message |
« View previous topic :: View next topic » |
Author |
Message
|
krypton |
Posted: Mon May 10, 2010 6:17 pm Post subject: Using JMSInput Nodes to retreive a particular message |
|
|
 Disciple
Joined: 14 Mar 2010 Posts: 186
|
we are running a JMSInput Node to retreive a message from a queue located remotely. JMSInput node picks any message that comes into that local queue, earlier it was not a problem for us but now the requiremetn has changed a bit, that remote queue and queue manager is going to be shared by multiple environments and it would be a problem if we pick the message from that queue means for another environment.
I know that there is a MQGet node, which can picks based on correlation ID. But, I am trying to figure it out how we can do the same using JMSInput node. we have some dependency to use JMS. But, it seems IBM doesnt provide JMS Get node to pick based on certain conditions .i.e JMSCorrleationID?
If anyone here faced this problem, please help to guide me.
 _________________ Dreams are not something which you watch when you are asleep,it is something which doesn't let you sleep. |
|
Back to top |
|
 |
Vitor |
Posted: Tue May 11, 2010 3:58 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Nothing will pick a message from a queue which is not local, i.e. not hosted on the queue manager to which you're connected. I assume you mean here that the queue manager is not on the same box as the flow (which could still be "local" in WMQ terms)?
Assuming all that is true, you're still stuck as AFAIK none of the Input nodes will select a message. That's why the MQGet node was invented.
Perhaps a little background on your situation will yield some advice? What is this requirement to use JMS (given that JMS is WMQ under the covers) and specifically what do you need the JMSInput node to do that the MQGet node can't? _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
mqjeff |
Posted: Tue May 11, 2010 4:38 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
More importantly, whose bad idea is it to mix messages from different logical environments into the same physical queue?
Also, have you investigated the properties of the JNDI destination that you're using? |
|
Back to top |
|
 |
krypton |
Posted: Tue May 11, 2010 6:43 am Post subject: |
|
|
 Disciple
Joined: 14 Mar 2010 Posts: 186
|
vitor wrote:
Quote: |
Nothing will pick a message from a queue which is not local, i.e. not hosted on the queue manager to which you're connected. I assume you mean here that the queue manager is not on the same box as the flow (which could still be "local" in WMQ terms)? |
Sorry to disagree, JMSInput nodes can pick a message from a queue located on another queue manager on another server running on another OS. We are using JMS Bindings to do the same, define JNDI objects pointing to that remote queue using SVRCONN channel.
Quote: |
What is this requirement to use JMS |
It is providing our backend more features.(atleast that is what they say or another reason could be they already have something on JMS and they want everyone to stick with it. _________________ Dreams are not something which you watch when you are asleep,it is something which doesn't let you sleep. |
|
Back to top |
|
 |
Vitor |
Posted: Tue May 11, 2010 7:26 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
krypton wrote: |
We are using JMS Bindings to do the same, define JNDI objects pointing to that remote queue using SVRCONN channel. |
SVRCONN channels point to queue managers, not queues. So what you're doing is connecting to a queue manager and reading messages off a queue that it's hosting. Which is exactly what I said. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
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
|
|
|
|