| Author |
Message
|
| Oops |
 Posted: Sun Feb 08, 2004 1:34 am Post subject: Triggering flows |
 |
|
Newbie
Joined: 20 Jan 2004
Posts: 9
|
flow 1:
input node------n2---------n3----------output node
flow 2:
input node1------n4---------n5----------output node1
Suppose both these flows are in the same Message Flow. then, can i access an environment variable set in flow1 inside flow2?
Or else,
how can I trigger the flow2 when certain condition is met in the flow1(and only when it is met)?
note- both the flows have different input Qs with messages in those.
Thanks. |
|
| Back to top |
|
 |
| EddieA |
| Posted: Sun Feb 08, 2004 2:04 am Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
Simplistic answer.
1. No.
2. You can't.
Complicated answer. You could probably do both with Custom Nodes. But this is not how WMQI is designed to be used.
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sun Feb 08, 2004 5:46 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
inputnode1--+--filternode --true -- n2 -- n3 -- outputnode1
inputnode2--| --false-- n4 -- n5 -- outputnode2
filter on message properties, or insert a compute node between each input node and the filter node that sets a flag to tell you which node it came in on.
Then you will be able to use logic from both branches for a message showing up at either input node.
But you WON'T be able to aggregate messages this way. One message at one input node per invocation of the entire flow.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| kspranava |
| Posted: Sun Feb 08, 2004 5:58 pm Post subject: MQGET supportpac |
|
|
Centurion
Joined: 27 Apr 2003
Posts: 124
|
Hi,
Why dont u give a try using MQGET support pac? Whenever ur condition is met, u cant route the control to the MQGET node to process message(not messages) from a queue which can be the input queue of flow2.
Pranava. |
|
| Back to top |
|
|
| wmqiguy |
| Posted: Mon Feb 09, 2004 7:05 am Post subject: |
|
|
Centurion
Joined: 09 Oct 2002
Posts: 145
Location: Florida
|
Product Abuse! Product Abuse!
I think that you'll find that through enough creativity and bending of WMQI design principles, you could make it happen. The bigger question is whether you SHOULD. Your requirements are starting to looking at the "state" of messages. Might be time to start taking a look at Workflow. Maybe the Crossworlds stuff would work, but I'll leave that to someone more qualified. 
As my Industrial Arts teacher in the 7th grade said so wisely, "Use the right tool for the job."
Good Luck!  |
|
| Back to top |
|
|
|
|
