Author |
Message
|
rkailasam2 |
Posted: Mon Feb 13, 2012 4:10 am Post subject: call a sub flow using compute |
|
|
Novice
Joined: 09 Oct 2011 Posts: 11
|
How to call a sub flow using compute / Java Compute Node |
|
Back to top |
|
 |
Esa |
Posted: Mon Feb 13, 2012 4:17 am Post subject: Re: call a sub flow using compute |
|
|
 Grand Master
Joined: 22 May 2008 Posts: 1387 Location: Finland
|
rkailasam2 wrote: |
How to call a sub flow using compute / Java Compute Node |
By propagating to a terminal that is wired to the subflow. See ESQL PROPAGATE statement in InfoCenter. There is a java alternative, too. |
|
Back to top |
|
 |
mqsiuser |
Posted: Mon Feb 13, 2012 4:27 am Post subject: Re: call a sub flow using compute |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
rkailasam2 wrote: |
How to call a sub flow using compute / Java Compute Node |
You drag&drop the subflow onto the design-pane and then you wire e.g. the output-terminal of the ESQL/Java-Node to the IN-Terminal of the subflow.
Or as Esa suggests you do other things, like propagate to and(/or just) wire other Terminals and then you use that Terminal as the input for the sub-flow. Or you use labels. _________________ Just use REFERENCEs |
|
Back to top |
|
 |
lancelotlinc |
Posted: Mon Feb 13, 2012 5:47 am Post subject: Re: call a sub flow using compute |
|
|
 Jedi Knight
Joined: 22 Mar 2010 Posts: 4941 Location: Bloomington, IL USA
|
|
Back to top |
|
 |
mqsiuser |
Posted: Mon Feb 13, 2012 6:00 am Post subject: Re: call a sub flow using compute |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Somewhere you need to get your knowledge from... the forum here is a good source, but that won't be enought. Get some experienced guy next to you, that is the best approach or at least go to a training. Though I do not understand why everyone points that much at trainings in this forum. The training will depend a lot on the trainer. Also the courses are 3 to 5 days and just a (kick-)start. Conduct some projects and make sure the projects grow with you. _________________ Just use REFERENCEs |
|
Back to top |
|
 |
lancelotlinc |
Posted: Mon Feb 13, 2012 6:11 am Post subject: Re: call a sub flow using compute |
|
|
 Jedi Knight
Joined: 22 Mar 2010 Posts: 4941 Location: Bloomington, IL USA
|
mqsiuser wrote: |
Somewhere you need to get your knowledge from... the forum here is a good source, but that won't be enought. Get some experienced guy next to you, that is the best approach or at least go to a training. Though I do not understand why everyone points that much at trainings in this forum. The training will depend a lot on the trainer. Also the courses are 3 to 5 days and just a (kick-)start. Conduct some projects and make sure the projects grow with you. |
The question asked was very basic knowledge. It points out the lack of even the most basic effort by the original poster. It's as if someone is asking for a hand-out.
The problem with using other people's money, is eventually you run out. The original poster should think about how to earn his/her own living and not steal from others. _________________ http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
Back to top |
|
 |
mqsiuser |
Posted: Mon Feb 13, 2012 6:43 am Post subject: Re: call a sub flow using compute |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Get anything you can: Attend a couple of trainings, get in some experienced consultants and make sure that your projects grow with the knowledge of your team. _________________ Just use REFERENCEs |
|
Back to top |
|
 |
Esa |
Posted: Mon Feb 13, 2012 7:19 am Post subject: Re: call a sub flow using compute |
|
|
 Grand Master
Joined: 22 May 2008 Posts: 1387 Location: Finland
|
lancelotlinc wrote: |
The question asked was very basic knowledge. |
It should be. But I think there may be even experienced MB developers who don't realize that when a message is propagated, the current node in fact calls the next node. Because that's not what you get teached if you take a class. You are shown the famous exception handling diagram that has been around since the first MQ Integrator V2 courses. And it gives you the impression that exception handling within a flow is controlled by an invisible higher hand that places the message in different places according to a list of rules that you just have memorize.
Unless V7 course materials have been rewritten. I must admit that I haven't seen them.
lancelotlinc wrote: |
The problem with using other people's money, is eventually you run out. The original poster should think about how to earn his/her own living and not steal from others. |
Yes, and there's also a high risk that you will be made fun of. |
|
Back to top |
|
 |
mqsiuser |
Posted: Mon Feb 13, 2012 7:44 am Post subject: Re: call a sub flow using compute |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Esa wrote: |
But I think there may be even experienced MB developers who don't realize that when a message is propagated, the current node in fact calls the next node. |
That's interessting and it makes sense. They should tell you that somewhere. It adds to the call-stack... the call-stack is limited especially when you are wiring loops (e.g with an MQ-GetNode) ... that explains a couple of things. _________________ Just use REFERENCEs |
|
Back to top |
|
 |
lancelotlinc |
Posted: Mon Feb 13, 2012 8:46 am Post subject: Re: call a sub flow using compute |
|
|
 Jedi Knight
Joined: 22 Mar 2010 Posts: 4941 Location: Bloomington, IL USA
|
mqsiuser wrote: |
the call-stack is limited especially when you are wiring loops (e.g with an MQ-GetNode) ... that explains a couple of things. |
...er, if you are wiring loops, you should attend the class to find out why this is a bad idea.... _________________ http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
Back to top |
|
 |
Esa |
Posted: Mon Feb 13, 2012 10:24 am Post subject: Re: call a sub flow using compute |
|
|
 Grand Master
Joined: 22 May 2008 Posts: 1387 Location: Finland
|
lancelotlinc wrote: |
mqsiuser wrote: |
the call-stack is limited especially when you are wiring loops (e.g with an MQ-GetNode) ... that explains a couple of things. |
...er, if you are wiring loops, you should attend the class to find out why this is a bad idea.... |
Sir Lancelot, I must ask this: did you attend the class?
This is just one example of you recently telling people about things they would have learned in the class but which in fact are not discussed at all or just briefly mentioned in the course materials.
If you learned all those things, it was probably because you or some of you fellow students were asking a lot of questions, or because of the instructors personal experience and commitment. You were lucky.
I dare say this having run tens of Message Broker courses between 2002 - 2009, some of them very badly but some hopefully a little better during the last years. |
|
Back to top |
|
 |
lancelotlinc |
Posted: Mon Feb 13, 2012 10:52 am Post subject: |
|
|
 Jedi Knight
Joined: 22 Mar 2010 Posts: 4941 Location: Bloomington, IL USA
|
The class lays a foundation for people to start off on a right foot. An average programmer who attended the class would not try to tie an output terminal back to an input node in a loop.
Yes, I've been to WMB, WPS, SOA, and other IBM classes. Thats why I recommend them. They sort out the false precepts so that people can start on good foundations. Last time I checked, instructors follow a lesson plan, which includes illustrating how the toolkit works, with the samples.
Although I have not seen every sample, I do not recall one that loops back. _________________ http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
Back to top |
|
 |
mqsiuser |
Posted: Mon Feb 13, 2012 10:58 am Post subject: |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
lancelotlinc wrote: |
The class lays a foundation for people to start off on a right foot. An average programmer who attended the class would not try to tie an output terminal back to an input node in a loop.
Yes, I've been to WMB, WPS, SOA, and other IBM classes. Thats why I recommend them. They sort out the false precepts so that people can start on good foundations. Last time I checked, instructors follow a lesson plan, which includes illustrating how the toolkit works, with the samples.
Although I have not seen every sample, I do not recall one that loops back. |
Did you work with the MQGet Node ? How do you repetitivly get msgs without a loop ?
You are working with broker 7 and did not with 6 !
Sometimes there are tradeoffs. _________________ Just use REFERENCEs |
|
Back to top |
|
 |
lancelotlinc |
Posted: Mon Feb 13, 2012 11:07 am Post subject: |
|
|
 Jedi Knight
Joined: 22 Mar 2010 Posts: 4941 Location: Bloomington, IL USA
|
I have not seen your design, so I cannot recommend changes. MQInput node repetitively reads messages. You need to think of WMB as a high-speed messaging engine and not a WAS server instance. Don't write WMB flows as if they were Message Driven Beans. _________________ http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
Back to top |
|
 |
Esa |
Posted: Mon Feb 13, 2012 11:24 am Post subject: |
|
|
 Grand Master
Joined: 22 May 2008 Posts: 1387 Location: Finland
|
lancelotlinc wrote: |
I have not seen your design, so I cannot recommend changes. MQInput node repetitively reads messages. You need to think of WMB as a high-speed messaging engine and not a WAS server instance. Don't write WMB flows as if they were Message Driven Beans. |
You,me and mqsiuser all know that there is a safe way to loop with MQGet node. You do i t by keeping the call-stack low: calling the MQGet node repeatedly within a loop instead if making it call itself recursively. What is your point? |
|
Back to top |
|
 |
|