Great.. i will try to take a look on that and give you some estimations..
On Sat, Aug 13, 2011 at 3:02 PM, Antoine Toulme <atoulme(a)intalio.com> wrote:
I would recommend reading pages 292 and 436.
Thanks,
Antoine
On Fri, Aug 12, 2011 at 9:14 AM, Mauricio Salatino <salaboy(a)gmail.com>wrote:
> Can you please point me in the spec (Pages) so I can review it and give
> you some feedback and estimations?
> I'm pretty sure that we can use a complex converging gateway to cover that
> features, but I would like to be sure that we are talking about the same
> thing.
> Cheers
>
>
> On Fri, Aug 12, 2011 at 1:08 PM, Antoine Toulme <atoulme(a)intalio.com>wrote:
>
>> The BPMN spec contains the business requirements and the description of
>> the functionality of this construct.
>> Anurag also explained the functionality in this thread.
>>
>> The questions we have for the jBPM team are:
>> -is this construct on the roadmap ? if yes, for which release ?
>> -if yes, is there a way to track its development ?
>> -Overall, what would the work consist and how hard is it to implement ?
>>
>> Please advise.
>>
>> Antoine
>>
>> On Fri, Aug 12, 2011 at 9:00 AM, Mauricio Salatino
<salaboy(a)gmail.com>wrote:
>>
>>> That's what I mention. it can be easy to implement most of the times but
>>> there are also some complex business use case that can complicate the
>>> generic approaches.
>>> Looking at a concrete use case will help a lot to understand what do you
>>> want to achieve.
>>>
>>>
>>> On Fri, Aug 12, 2011 at 12:53 PM, mardo <mardo(a)abicola.de> wrote:
>>>
>>>> Hi there,****
>>>>
>>>> ** **
>>>>
>>>> just some general remarks from my side:****
>>>>
>>>> ** **
>>>>
>>>> the semantics and implementation of the inclusive OR-join are far from
>>>> trivial. See e.g. references below.****
>>>>
>>>> ** **
>>>>
>>>>
>>>>
http://domino.research.ibm.com/library/cyberdig.nsf/papers/331BE249A11C1B...
>>>> ****
>>>>
>>>>
http://www.springerlink.com/content/97413825k6141332/****
>>>>
>>>> ** **
>>>>
>>>> However, I’d be interested in the concrete business requirement you
>>>> have for modeling, since from my experience you can cover a very large
part
>>>> of regular requirements just using the “simple” gateways.****
>>>>
>>>> ** **
>>>>
>>>> Best****
>>>>
>>>> ** **
>>>>
>>>> Markus****
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>> *From:* jbpm-dev-bounces(a)lists.jboss.org [mailto:
>>>> jbpm-dev-bounces(a)lists.jboss.org] *On Behalf Of *Mauricio Salatino
>>>> *Sent:* Freitag, 12. August 2011 14:21
>>>> *To:* Anurag Aggarwal
>>>> *Cc:* jbpm-dev(a)lists.jboss.org
>>>> *Subject:* Re: [jbpm-dev] Re- IOR gateway****
>>>>
>>>> ** **
>>>>
>>>> Hi Anurag,****
>>>>
>>>> Based on your description I think that I'm understanding what do you
>>>> want to do now. ****
>>>>
>>>> Right now the behaviors implemented in jBPM5 are XOR and AND. ****
>>>>
>>>> I think what you want to implement is N of M converging gateway, as it
>>>> was in Drools Flow? Am I right?****
>>>>
>>>> You want to wait 2 of the 3 branches that you have to propagate the
>>>> execution? ****
>>>>
>>>> ** **
>>>>
>>>> Cheers****
>>>>
>>>> On Fri, Aug 12, 2011 at 5:47 AM, Anurag Aggarwal
<anurag(a)intalio.com>
>>>> wrote:****
>>>>
>>>> Hi Mauricio,****
>>>>
>>>> ** **
>>>>
>>>> If an an AND converging gateway has n incoming branches, it expects
>>>> that all incoming have been triggered and when it is so - it calls
>>>> triggerCompleted (so that the rest of the process can continue)****
>>>>
>>>> ** **
>>>>
>>>> In case of OR converging, lets assume a process****
>>>>
>>>> ** **
>>>>
>>>> branch1 ****
>>>>
>>>> / \****
>>>>
>>>> OR (diverging) - branch 2 - OR (converging)****
>>>>
>>>> \ /****
>>>>
>>>> branch 3****
>>>>
>>>> ** **
>>>>
>>>> now any of branches may be triggered, OR converging has to wait for all
>>>> branches that were actually triggered (say branch1 and branch 3). But
the
>>>> problem is it does not know which branches were triggered (for AND it
was
>>>> easier - just wait for all branches to be triggered). here in case of OR
-
>>>> we don't know to continue to wait for branch 2 or not****
>>>>
>>>> ** **
>>>>
>>>> Regards, Anurag****
>>>>
>>>> ** **
>>>>
>>>> On Aug 12, 2011, at 1:18 AM, Mauricio Salatino wrote:****
>>>>
>>>>
>>>>
>>>> ****
>>>>
>>>> Hi Antoine,****
>>>>
>>>> So do you want to implement and OR or and AND converging gateway, by
>>>> the description it looks like and AND converging gateway. Is there any
>>>> differences with the AND converging gateway that is currently implemented
in
>>>> jBPM5? ****
>>>>
>>>> ** **
>>>>
>>>> Cheers****
>>>>
>>>> On Thu, Aug 11, 2011 at 4:46 PM, Antoine Toulme
<atoulme(a)intalio.com>
>>>> wrote:****
>>>>
>>>> Hi Mauricio, that's an OR converging gateway.****
>>>>
>>>> ** **
>>>>
>>>> On Fri, Aug 12, 2011 at 12:42 AM, Mauricio Salatino
<salaboy(a)gmail.com>
>>>> wrote:****
>>>>
>>>> Hi guys.. that's the AND Converging gateway right?****
>>>>
>>>> The AND waits for all the branches that are converging before
>>>> propagate.****
>>>>
>>>> If that's not what you are looking for it should be very easy to
>>>> implement.. and probably you can model that with the complex converge
>>>> gateway.****
>>>>
>>>> ** **
>>>>
>>>> Cheers.****
>>>>
>>>> On Thu, Aug 11, 2011 at 4:33 PM, Antoine Toulme
<atoulme(a)intalio.com>
>>>> wrote:****
>>>>
>>>> Broadcasting to list in case other committers have an insight ?****
>>>>
>>>> ** **
>>>>
>>>> Antoine****
>>>>
>>>> On Thu, Aug 11, 2011 at 12:39 PM, Anurag Aggarwal
<anurag(a)intalio.com>
>>>> wrote:****
>>>>
>>>> Hi Kris,
>>>>
>>>> How are you
>>>>
>>>> Recently one of our requirements came up for converging IOR gateway,
>>>> this is the gateway which according to bpmn specification syncs up on
all
>>>> upstream tokens and propagates token when no upstream token is left
>>>>
>>>> Currently jbpm does not support this construct, I was wondering if jbom
>>>> has this in roadmap and if you can give some advice on difficulty and
state
>>>> of implementation
>>>>
>>>> Regards,
>>>> Anurag****
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>> _______________________________________________
>>>> jbpm-dev mailing list
>>>> jbpm-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/jbpm-dev****
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> - CTO @
http://www.plugtree.com
>>>> - MyJourney @
http://salaboy.wordpress.com
>>>> - Co-Founder @
http://www.jbug.com.ar
>>>>
>>>> - Salatino "Salaboy" Mauricio -****
>>>>
>>>> ** **
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> - CTO @
http://www.plugtree.com
>>>> - MyJourney @
http://salaboy.wordpress.com
>>>> - Co-Founder @
http://www.jbug.com.ar
>>>>
>>>> - Salatino "Salaboy" Mauricio -****
>>>>
>>>> ** **
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> - CTO @
http://www.plugtree.com
>>>> - MyJourney @
http://salaboy.wordpress.com****
>>>>
>>>> - Co-Founder @
http://www.jugargentina.org
>>>> - Co-Founder @
http://www.jbug.com.ar
>>>>
>>>> - Salatino "Salaboy" Mauricio -****
>>>>
>>>> ** **
>>>>
>>>> _______________________________________________
>>>> jbpm-dev mailing list
>>>> jbpm-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> - CTO @
http://www.plugtree.com
>>> - MyJourney @
http://salaboy.wordpress.com
>>> - Co-Founder @
http://www.jugargentina.org
>>> - Co-Founder @
http://www.jbug.com.ar
>>>
>>> - Salatino "Salaboy" Mauricio -
>>>
>>>
>>> _______________________________________________
>>> jbpm-dev mailing list
>>> jbpm-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>>
>>>
>>
>> _______________________________________________
>> jbpm-dev mailing list
>> jbpm-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>
>>
>
>
> --
> - CTO @
http://www.plugtree.com
> - MyJourney @
http://salaboy.wordpress.com
> - Co-Founder @
http://www.jugargentina.org
> - Co-Founder @
http://www.jbug.com.ar
>
> - Salatino "Salaboy" Mauricio -
>
>