Esteban Aliverti [http://community.jboss.org/people/eaa] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/604027#604027 -------------------------------------------------------------- Maybe you can use a "Multiple Instance" node with a Reusable Subprocess in it. Take a look at this examples to see how Multiple Instance and Reusable Subprocess nodes work: https://github.com/esteban-aliverti/JBPM-Samples https://github.com/esteban-aliverti/JBPM-Samples -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/604027#604027] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Esteban Aliverti [http://community.jboss.org/people/eaa] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/604841#604841 -------------------------------------------------------------- Sorry, I was talking about jBPM 5. No idea if there is something similar in jBPM 4.x. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/604841#604841] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

byungwoojun [http://community.jboss.org/people/byungwoojun] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/604058#604058 -------------------------------------------------------------- I have used the multiple instances which depends on the incoming collection size. What if the multiple instance node is set parallel and the collection size is huge? I don't want to consume all the java resources (e.g., CPU, memory, etc.) when tasks inside the multiple instance node are not fast . Is there any built-in throttling control for the multiple instance node? If there is a jBPM5 configuration controlling the max thread number for parallel (let's say 10) and the collection size is 1000, does the process slows down spawning processing? Also, I read the JBPM-3015 (Core Engine should support multi-threading) open issue, which is targeted for jBPM 5.1. What does it mean in this parallel multi instance handling? thanks, bwj -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/604058#604058] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

byungwoojun [http://community.jboss.org/people/byungwoojun] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/604925#604925 -------------------------------------------------------------- Hi Esteban, I was interested in how jBPM manages threads for the parallel gateway and multiple instance parallel underneath. It is very nice to know that. Thanks! I saw some knowledgebase configuration, setting up max thread number. Even though we set up a higher number of max thread, all happens in a single thread for parallel gateway and multiple instance. It means jBPM 5 simulates parallel behaviors using a single thread. Is my understanding correct? I am worried about performance. I think many believe that parallel execution happens concurrently. Thanks again. bwj -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/604925#604925] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

byungwoojun [http://community.jboss.org/people/byungwoojun] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/605229#605229 -------------------------------------------------------------- Using the XOR converge gateway was a clever way to test the thread behavior. I'd like try it myself. If there is no way to execute the parallel gateway concurrently in jBPM, I am wondering how it solves a busienss case as follows: I had a business case...some tasks (let's say searching for some in various ways and from multiple applications) need be triggered concurrently. And, if one of the parellel paths hits some exceptions (or some other business conditions) whichever comes first, stop all the running parallel processing and move to the next steps in the process flow. I solved the use case using BPEL with BPMN 1.x facade from a commerical product before, where the parallel gateway processes were handled concurrently. e.g., I defined a sub-process. In there, I defined an event (e.g., error or else) node on each parallel path, and it was linked (promoted) the event to a sub-process level event which is attached to the subprocess boarder. The outer event handled cleanup and move to the next node/subprocess. I am not sure if I explained the case efficiently or not... Anyway... I think the above business case in jBPM could be very inefficient. Also, I think the sequencing behavior is because a jBPM porcess uses a process caller thread. Thanks for sharing your insight! bwj -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/605229#605229] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ayusman Dikshit [http://community.jboss.org/people/ayusman_dikshit] created the discussion "Re: Dynamic parallel executions" To view the discussion, visit: http://community.jboss.org/message/605415#605415 -------------------------------------------------------------- Hi Esteban, here is my business case. An admin user selects a set of approvers for a particular business decision. The selection of the approvers list will happen before the start of the workflow, but the number of approvers is NOT constant. So when the workflow starts, it reads a database value and passes the values to the foreach construct like this:...    <foreach g="203,38,48,48" in="#{users}" name="foreach1" var="user">       <transition g="-34,-17" name="to PreProcess" to="PreProcess"/>    </foreach>    <java class="test.tasks.test1.ProcessJava" g="359,35,92,52" method="preProcess" name="PreProcess">          <arg><object expr="#{user}"/></arg>       <transition g="-28,-17" name="to userTask" to="userTask"/>    </java>    <task g="543,37,92,52" name="userTask" assignee="#{user}">       <transition g="-76,-18" name="to postProcess" to="postProcess"/>    </task>    <java class="test.tasks.test1.ProcessJava" g="542,121,92,52" method="postProcess" name="postProcess">          <arg><object expr="#{user}"/></arg>       <transition g="-48,-18" name="to merge" to="merge"/>    </java>    <join g="565,213,48,48" multiplicity="#{users.size}" name="merge">          <transition g="-53,-18" name="to allDone" to="allDone"/>    </join> Will this be good enough? Thanks, Ayusman -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/605415#605415] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]