|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Multiple Outputs connected to one out terminal!! |
« View previous topic :: View next topic » |
Author |
Message
|
amitkothari18 |
Posted: Thu Jun 23, 2011 3:15 pm Post subject: Multiple Outputs connected to one out terminal!! |
|
|
Novice
Joined: 12 Feb 2011 Posts: 24
|
Hi,
Just wanted to get some guidance on the above topic.
I have a subflow node in my main flow and from the out terminal of that subflow node we are connecting two paths, can someone explain me how WMB handles this. Is logic on both the paths executed in parallel or WMB still executed one path at a time?
All comments on this are welcome.
Just fyi, for that particular flow we are experience a lot of processing time so just trying to make sure this above configuration is a reason for that or not.... |
|
Back to top |
|
 |
Vitor |
Posted: Thu Jun 23, 2011 6:24 pm Post subject: Re: Multiple Outputs connected to one out terminal!! |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
amitkothari18 wrote: |
Is logic on both the paths executed in parallel or WMB still executed one path at a time? |
One at a time in a random order.
amitkothari18 wrote: |
Just fyi, for that particular flow we are experience a lot of processing time so just trying to make sure this above configuration is a reason for that or not.... |
Why would this be, or not be? If it is, what do you intend to do about it?
Why not try and isolate where the time is being taken and actually fix the problem rather than guess at what the problem is? _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
amitkothari18 |
Posted: Fri Jun 24, 2011 8:25 am Post subject: Thanks for your reply!! |
|
|
Novice
Joined: 12 Feb 2011 Posts: 24
|
Sir,
Thanks a lot for the reply. After looking at the flow this was something that I found I was not sure about so just thought it would be better to get my understanding clear about it.
Can you please point to some IBM link for this?
Also, another question is when I run debugger on this flow then, although I have debug points setup on both the paths but every time it chooses one path and I can never see the debugger coming back processing the second path, that's the reason I thought is it processing them in parallel as if after finishing one path if the control comes back to initial node then it would be fine but it does not seem to behave that way with debugger. On the same lines if we have a compute node and two Propagate statements and the the debugger always goes out of the first propagate terminal and comes back and process the next one which did not happen in this case.....
Also, the subflow that is driving these two paths is the one that is consuming majority of the time, this I verified with Tivoli. That flow is very simple with one WTX node(the map is not complicated) so I am not able to find the bottleneck....any help is really appeciated....
Main Flow:
MQInput ---> Compute Node ---> RouteToLabel Node ---> Label ---> FlowOrder First ----> subflow Node(everything works fine, no time delay)
FlowOrder Second ----> Sublow Node ---->(This is the subflow that is taking all the time and from 'out' terminal of this we have to separate subflows connected
Problem SubFlow:
Input Node ---> Compute Node ----> WTX Node ---> Output Node |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jun 24, 2011 8:49 am Post subject: Re: Thanks for your reply!! |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
amitkothari18 wrote: |
Can you please point to some IBM link for this? |
The description of the Flow Order node, which you use if you can't tolerate random.
amitkothari18 wrote: |
Also, another question is when I run debugger on this flow then, although I have debug points setup on both the paths but every time it chooses one path and I can never see the debugger coming back processing the second path |
The debugger gets confused very easily. Take a user trace.
amitkothari18 wrote: |
I am not able to find the bottleneck....any help is really appeciated.... |
Again, take a user trace. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
amitkothari18 |
Posted: Fri Jun 24, 2011 9:41 am Post subject: Thanks again for quick reply!! |
|
|
Novice
Joined: 12 Feb 2011 Posts: 24
|
Thanks a lot for your help!! |
|
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
|
|
|
|