| Author |
Message
|
| gene |
 Posted: Wed Aug 22, 2012 5:16 am Post subject: V8 Subflows with Multiple Inputs |
 |
|
Newbie
Joined: 21 Aug 2012
Posts: 6
|
We are in the process of upgrading to V8 from V7 and are running into an issue with subflows. We have an Audit subflow that, in V7, would be used one or more times in a message flow. For example, we write an audit record when a message is received by a message flow, and then another one when the message had been processed successively. In the message flow there is only one instance of the subflow node and when ever we need to write an audit record we wire another input to the subflow node from any compute node. In V8, using the message flows as they were written in V7 with the subflows in the old .msgflow format works without problems. When we convert the .msgflow to a .subflow we observe strange behavior where more than one input wire into the subflow node is ignored by the flow. To circumvent the problem I have tried several options like putting a dummy pass-through compute node in front of the subflow where the multiple inputs go into and that works. Also placing multiple instances of the subflow in the message flow works as well. Does anyone else observe this type of behavior?
Thanks in advance! |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Wed Aug 22, 2012 5:31 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
It seems to me you have a clear case for not using a deployable subflow.
It's also worth confirming that this issue exists in FP1 of v8, or only in GA. |
|
| Back to top |
|
|
| gene |
| Posted: Wed Aug 22, 2012 5:42 am Post subject: |
|
|
Newbie
Joined: 21 Aug 2012
Posts: 6
|
| Quote: |
| It's also worth confirming that this issue exists in FP1 of v8, or only in GA. |
Yes, we have upgraded to FP1.
| Quote: |
| It seems to me you have a clear case for not using a deployable subflow. |
Do you believe this is a bug or that the my situation does not fit the bill for using a deployable subflow? We are not unhappy with the V7 way that .msgflows are used as subflows we just figured we would experiment with the new features that have been provided. Since, as was noted in another thread, you can't share subflows between applications and you can't deploy just the subflow without deploying the whole application, do you see any advantage in using the deployable subflows? |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Aug 22, 2012 6:06 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| gene wrote: |
| Do you believe this is a bug or that the my situation does not fit the bill for using a deployable subflow? |
Neither.
I believe you've shown that your subflow doesn't work when deployed separately.
I am not aware of what the expected behavior here is, so I am not aware of whether it is a bug or a usecase that is not appropriate.
| gene wrote: |
| Since, as was noted in another thread, you can't share subflows between applications and you can't deploy just the subflow without deploying the whole application, do you see any advantage in using the deployable subflows? |
The advantage of using a deployable subflow is that, within a given application, you can reduce the size of the deployed application and reduce the complexity of the compiled resources.
So if you use the same subflow 20 times within the same application, you can make it deployable in order to deploy one copy instead of 20. |
|
| Back to top |
|
|
| NealM |
| Posted: Wed Aug 22, 2012 11:37 am Post subject: |
|
|
Master
Joined: 22 Feb 2011
Posts: 230
Location: NC or Utah (depends)
|
| hmm, guess I need to read up more on deployable subflows. I was thinking they were useful more on the lines of reentrant modules where the advantage is that multiple instances of a flow or multiple different flows are using a single copy of the subflow code.... |
|
| Back to top |
|
|
| McueMart |
| Posted: Tue Aug 28, 2012 7:57 am Post subject: |
|
|
Chevalier
Joined: 29 Nov 2011
Posts: 490
Location: UK...somewhere
|
I can confirm that I have seen the same 'weird' behavior when using subflows at 8.0.0.1. Having > 1 input connected to the input terminal of the subflow seems to cause problems. I believe it is only accepting input from 1 inbound connection (though which one it accepts seems a bit random).
On the bright side, there is a workaround through, you just need to modify your subflow to have >1 'InputNode' , this results in your subflow node having >1 input terminal, and if you connect one input to each of these things work fine.
Im sure the development team will have this defect on their radar already... |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Aug 28, 2012 8:32 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| McueMart wrote: |
| Im sure the development team will have this defect on their radar already... |
Nothing ensures this like a PMR or an RFE. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Tue Aug 28, 2012 8:44 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
| Vitor wrote: |
| McueMart wrote: |
| Im sure the development team will have this defect on their radar already... |
Nothing ensures this like a PMR or an RFE. |
: r f e : emot.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Aug 28, 2012 9:01 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| lancelotlinc wrote: |
| Vitor wrote: |
| McueMart wrote: |
| Im sure the development team will have this defect on their radar already... |
Nothing ensures this like a PMR or an RFE. |
: r f e : emot. |
Emoticon development is, I'm told, in the requirement gathering & feasability stage.
Patience is a virtue
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqmatt |
| Posted: Thu Aug 30, 2012 1:45 am Post subject: |
|
|
Grand Master
Joined: 04 Aug 2004
Posts: 1213
Location: Hursley, UK
|
I've spoken about this with the development team- please get a PMR logged.
Thanks! |
|
| Back to top |
|
|
| gene |
| Posted: Thu Aug 30, 2012 5:25 am Post subject: |
|
|
Newbie
Joined: 21 Aug 2012
Posts: 6
|
| Thanks for the responses. We will get PMR logged soon. |
|
| Back to top |
|
|
| gene |
| Posted: Thu Aug 30, 2012 6:43 am Post subject: |
|
|
Newbie
Joined: 21 Aug 2012
Posts: 6
|
Opened a PMR
Service request number: 10767 122 000
Thanks! |
|
| Back to top |
|
|
|
|
