Franco Gasperino
2012-01-30 01:17:28 UTC
Was there a change to the collection-splitter message processor between 3.1.2 and 3.2.1? This behavior:
<sub-flow name="flowA">
<expression-transformer>
<return-argument evaluator="string" expression="message 1"/>
<return-argument evaluator="string" expression="message 2"/>
</expression-transformer>
<collection-splitter/>
<flow-ref name="flowB"/>
<logger message="Done" .../>
</sub-flow>
<sub-flow name="flowB">
<logger message="In flowB" ../>
</sub-flow>
In Mule 3.1.2, this would produce:
"In flowB"
"In flowB"
"Done"
In Mule 3.2.1, this produces:
"In flowB"
"In flowB"
"Done"
"Done"
It appears that Mule is not only performing split & process on the processor directly after the collection-splitter, but the remaining of the current processor as well.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
<sub-flow name="flowA">
<expression-transformer>
<return-argument evaluator="string" expression="message 1"/>
<return-argument evaluator="string" expression="message 2"/>
</expression-transformer>
<collection-splitter/>
<flow-ref name="flowB"/>
<logger message="Done" .../>
</sub-flow>
<sub-flow name="flowB">
<logger message="In flowB" ../>
</sub-flow>
In Mule 3.1.2, this would produce:
"In flowB"
"In flowB"
"Done"
In Mule 3.2.1, this produces:
"In flowB"
"In flowB"
"Done"
"Done"
It appears that Mule is not only performing split & process on the processor directly after the collection-splitter, but the remaining of the current processor as well.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email