| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| How to handle multilple messages comming to common subflow |
« View previous topic :: View next topic » |
| Author |
Message
|
| Vitor |
 Posted: Thu Nov 19, 2009 11:42 am Post subject: |
 |
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Mercator wrote: |
| I'm still baffled by this document. I'm also a bit frightened by it. |
Be afraid. Be very afraid.
This sounds a lot like a badly trained consultant looking for some recommendations to justify the time he spent. Or someone selling coding services while knowing that the pool of people get confused easily and only know how to use the mapping node. 
I can't think of a serious flow I've written that conformed to those rules. Certainly anyone who tried to impose them on me would face the twin issues of me laughing in their face, then whacking it with a trout.
Again, my $0.02
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
 |
| AkankshA |
| Posted: Thu Nov 19, 2009 7:55 pm Post subject: |
|
|
Grand Master
Joined: 12 Jan 2006
Posts: 1494
Location: Singapore
|
| Mercator wrote: |
- Avoid using Compute and Java nodes
|
Man if i avoid using Compute and Java both nodes, then how and where do i write my business logic......
cmon WMB is not just a game of arrows and connections... we guys also do some serious coding..
_________________
Cheers |
|
| Back to top |
|
|
| sirsi |
| Posted: Fri Nov 20, 2009 5:14 am Post subject: |
|
|
Disciple
Joined: 11 Mar 2005
Posts: 177
|
| Quote: |
- Avoid using Compute and Java nodes
|
ahh the consultant wants to aviod using MB  |
|
| Back to top |
|
|
| jlaisbett |
| Posted: Fri Nov 27, 2009 3:39 pm Post subject: |
|
|
Apprentice
Joined: 27 Nov 2009
Posts: 39
|
There may be ways to do what is being asked here but it depends, what type of input nodes are being used and what can you change: i.e. can you change only the main flow, only the sub flow or both? Also do you have any control over the infrastructure side of things, e.g. the transports being used?
Adding new nodes is without question the easiest approach, if that's off the table then using an instance of the sub flow per input node with user defined properties is probably the next best thing. Outside of that it may or may not be possible but if it is it is likely to get complicated.
As an aside the Minimalist Flow Design concept is not a bad one so long as it is recognized that the main reason for it is performance and maintainability. The point isn't not to use compute nodes but rather to use as few of them as possible to accomplish the requirements. I have seen flows literally 10 times as large and complex than they had to be. Some people I have ran into do tend to interpret this incorrectly at times though.
That said though putting a finite limit on the number of nodes per flow is an odd and probably bad thing to do. |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
