| Author |
Message
|
| FTAmir |
 Posted: Thu Nov 10, 2005 11:53 am Post subject: Dynamic Queues/Flows and ESQL |
 |
|
Newbie
Joined: 10 Nov 2005
Posts: 3
|
Hi All...new to this forum and WBIMB 
How can I create a dynamic queue while processing in a compute node for instance using ESQL? or other ways while still in the flow!!!??
Or lets put it this way, how can the Broker store "state information"..easiest way...
Thanks+Regards.. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Thu Nov 10, 2005 11:58 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Dynamic queues are created when a model queue is opened. So, all you need to do is configure your flow to open a model queue...
Alternately, you can use PCF messages - assuming your queue manager has a command server running and your MQ administrator will let you do this.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| wschutz |
| Posted: Thu Nov 10, 2005 12:00 pm Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
| Quote: |
| Hi All...new to this forum and WBIMB |
Why don't you tell us what problem you are trying to solve with dynamic queues, we might have other (better) ideas
_________________
-wayne |
|
| Back to top |
|
|
| FTAmir |
| Posted: Thu Nov 10, 2005 12:13 pm Post subject: |
|
|
Newbie
Joined: 10 Nov 2005
Posts: 3
|
| wschutz wrote: |
| Quote: |
| Hi All...new to this forum and WBIMB |
Why don't you tell us what problem you are trying to solve with dynamic queues, we might have other (better) ideas |
Thanks Wayne...Great!
I am trying to get the Broker to store state..somehow! One way is to use a java plug-in which holds a collection object (key=MessageID/value) and then we can "put" on request and "get" on reply. Another way, if I am not mistaken is to use an Aggregation Node which persists the state data in a DB (oops! people don't like hitting DB for every incoming request msg). I am not sure of the Aggregation Node has an internal cache so it saves some DB attempt. I was thinking about the synamic queues as well: create a dynamic queue with the unique message ID and store the state data in it...the reply process uses the Messgae Id and reads the data off of the Dyn. queue and then it delets it.
As I said, I am new to WBIMB..so I might be just imagining things at the moment  |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Nov 10, 2005 12:14 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
What version of WBIMB?
There's the Cache node for v5 and earlier, and a built-in cache mechanism for v6 (if I remember right).
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| wschutz |
| Posted: Thu Nov 10, 2005 12:22 pm Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
The problem with dynamic queues is that you can create them easy enough (when you MQOutput with a model queue name, it creats a dynamic queue), but afaik there is not way to set or get the name of the created queue.
V6 does introduce a "semi-persistent" cache (which goes away on broker restart or redeploy of the flow), so it would be best to couple that cache with a hardened write to a database (so if you find the cache empty, you can populate it from the database). Not sure about the persistence of the V5 supportpac.
I'm not sure aggregation nodes helps you much. (btw, in V6, the state information of the nodes in held in a queue, no longer in a db).
Hope this helps......
_________________
-wayne |
|
| Back to top |
|
|
| FTAmir |
| Posted: Thu Nov 10, 2005 12:40 pm Post subject: |
|
|
Newbie
Joined: 10 Nov 2005
Posts: 3
|
Thanks very much guys, We use V5 at the moment and we know about the goodies in V6. Seems like we have to live with the current implementation till we find an "WBIMB centric" solution in >= V6.
Wayne, I am not sure about how you explained the Dyn. Q using the MQOutput...could you elaborate on that or any doc/ref.
Cheers..
A |
|
| Back to top |
|
|
|
|
