For problem 1., You really don't want 1000 output nodes in a message flow!
Either use pub/sub as Gary mentioned, or keep a DB2 table or something with
the list of stores and associated qmgrs, then loop in your message
flow(compute node), then for each iteration of the loop, read the next
entry in the table which would contain the qmgr name to send the message
to, place the qmgr name in the destination list, then your output node
would specify destination mode = destination list instead of queue name.
You would also use the PROPAGATE; verb in our loop within your compute
node.
For problem 2, if the value in your message corresponds to the name of the
queue manager, or could be a qmgr alias definition, then you could simply
move this value to the qmgr name within the destination list as I mentioned
above, and have 1 output node specify destination mode = destination list.
Dave
Gary Ward <[EMAIL PROTECTED]>
To:
[EMAIL PROTECTED]
Sent by: MQSeries List cc:
<[EMAIL PROTECTED]> Subject: Re: Question on WMQI
Wednesday December 3, 2003 02:29 PM
Please respond to MQSeries List
Gaurav,
Consider using publish-subscribe...
Regards,
Gary
--------------------------
Gary J. Ward
WebSphere MQ Architect
Information Design, Inc.
-----Original Message-----
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Mittal,
Gaurav
Sent: Wednesday, December 03, 2003 2:24 PM
To: [EMAIL PROTECTED]
Subject: Question on WMQI
I have a couple of questions regarding WMQI message flows:
1. We need to transfer same file to around 1000 stores, so will it be a
good option to use WMQI to message flow with 1000 output nodes, which
put message to remote queue definitions. These remote queues will take
data to the store queue managers via sender-receiver channel pair.
2. We need to transfer each record in file to a different store, based
on a value in the message. We were thinking of using a WMQI message flow
to route the message to different output nodes based on the value of
this field(possibly using route to label). Again there are 1000
different output queues possible, out of which each message will go to
only one queue.
Please let me know if anyone is doing something similar or has a better
idea to achieve the same.
Regards
Gaurav Mittal
_______________________________________________________
EAI Consultant
Wipro Technologies
(612)-291-4551 (W)
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
