| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multiple Input Q reading |
« View previous topic :: View next topic » |
| Author |
Message
|
| ernest-ter.kuile |
 Posted: Wed Jul 24, 2002 5:24 am Post subject: Multiple Input Q reading |
 |
|
Apprentice
Joined: 13 May 2002
Posts: 49
Location: KLM Holland
|
Hi all,
Does anybody have any experience with the use of multiple input Q in a flow ? either good or bad.
I would like to know how the Q are read. round robin one after the other or read one Q until empty then next Q ?
My problem is that at some point I need to identify the origin of some messages, and right now I use the incomming Q as the identifier. But now I'm starting to accumulate flows with the same function but reading a different Q.
And I would like to combine them.
Thanks,
Ernest. |
|
| Back to top |
|
 |
| Cliff |
| Posted: Wed Jul 24, 2002 8:20 am Post subject: |
|
|
Centurion
Joined: 27 Jun 2001
Posts: 145
Location: Wiltshire
|
Ernest,
if you have multiple MQInput nodes in a message flow it is not possible to predict which one will start the flow if messages arrive in the feeding input queues simultaneously. Any one message will start the flow. Likewise, if the input queues hold multiple messages I don't believe it is true that one queue will be drained before another is used - it is simply not predictable.
To identify the origin of an incoming message you have all the fields of the MQMD and MQRFH2 (if you use it) headers available, plus all the data in the payload. Surely there is something here you could use?
Regards,
Cliff |
|
| Back to top |
|
|
| kirani |
| Posted: Wed Jul 24, 2002 7:15 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Ernest,
You could also put your common logic in a subflow and have different top level main flows, which are listening to different input queues. With this approach, if any changes you make in a sub-flow will be reflected in all flows after you deploy them.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| ernest-ter.kuile |
| Posted: Thu Jul 25, 2002 12:44 am Post subject: multiple flows with common subflows duplicates subflow code |
|
|
Apprentice
Joined: 13 May 2002
Posts: 49
Location: KLM Holland
|
Hi Kirani,
| kirani wrote: |
| You could also put your common logic in a subflow and have different top level main flows, which are listening to different input queues. With this approach, if any changes you make in a sub-flow will be reflected in all flows after you deploy them. |
Well yea, that's what I'm doing right now. However doing so seems to use up far more resources that fitting it al into one flow with multiple inputs. (and on z/OS we get the angry stare of the sysop when we use more resources)
My impression is that when deploying multiple flows, all common subflows are actually duplicated in each and every flow instead of being shared (as a subroutine should be).
Would you know if this is correct ? |
|
| Back to top |
|
|
| kirani |
| Posted: Thu Jul 25, 2002 2:44 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Yes. This is my understanding too.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| 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
|
|
|
|
