<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Inclusive gateway forking fails? in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108399#M75997</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Interesting. The problem is that the inclusive gateway checks if there is any execution active that can lead to the inclusive gateway as input.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;If this is the case then it waits until this is execution is either completed or entered the inclusive gateway.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In your example the "Sales task two" task can lead to the inclusive gateway via the "Sales task three" task and therefore it waits for that execution.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;So when you remove the sequence flow from "Sales task three" to "Engineering task one" this doesn't occur anymore.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Best regards,&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 17 Apr 2012 13:28:52 GMT</pubDate>
    <dc:creator>trademak</dc:creator>
    <dc:date>2012-04-17T13:28:52Z</dc:date>
    <item>
      <title>Inclusive gateway forking fails?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108398#M75996</link>
      <description>Hi!I'm new here and also quite new with BPMN. I noticed behaviour with OR GW, which I think is strange. The inclusive gateway in this process fails to fork, when a user completes the Engineering task one the second time:[img]http://i1156.photobucket.com/albums/p567/ollih1/OR-GWsimpletestFAILING.jpg[</description>
      <pubDate>Mon, 16 Apr 2012 12:25:30 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108398#M75996</guid>
      <dc:creator>ollih</dc:creator>
      <dc:date>2012-04-16T12:25:30Z</dc:date>
    </item>
    <item>
      <title>Re: Inclusive gateway forking fails?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108399#M75997</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Interesting. The problem is that the inclusive gateway checks if there is any execution active that can lead to the inclusive gateway as input.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;If this is the case then it waits until this is execution is either completed or entered the inclusive gateway.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In your example the "Sales task two" task can lead to the inclusive gateway via the "Sales task three" task and therefore it waits for that execution.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;So when you remove the sequence flow from "Sales task three" to "Engineering task one" this doesn't occur anymore.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Best regards,&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Apr 2012 13:28:52 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108399#M75997</guid>
      <dc:creator>trademak</dc:creator>
      <dc:date>2012-04-17T13:28:52Z</dc:date>
    </item>
    <item>
      <title>Re: Inclusive gateway forking fails?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108400#M75998</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks, Tijs!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;You provided a very reasonable explanation for the behaviour!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;But I wonder if that behaviour is acceptable. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;According to the documentation &lt;/SPAN&gt;&lt;A href="http://www.activiti.org/userguide/index.html#bpmnInclusiveGateway" rel="nofollow noopener noreferrer"&gt;http://www.activiti.org/userguide/index.html#bpmnInclusiveGateway&lt;/A&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;all concurrent executions arriving at the inclusive gateway wait in the gateway until an execution has arrived for each of the incoming sequence flows that have a process token.&lt;/BLOCKQUOTE&gt;&lt;SPAN&gt;In my diagram there is only one concurrent execution arriving for the &lt;/SPAN&gt;&lt;STRONG&gt;only one incoming sequence flow&lt;/STRONG&gt;&lt;SPAN&gt; for the OR GW. Shouldn't the GW fire immediately when the flow contains a token? Now the GW seems to freeze waiting for also possibly in the future materializing tokens (which actually can never occur).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Do you think that the OR GW works according to the Activiti documentation and BPMN 2.0 specification? &lt;/SPAN&gt;&lt;STRONG&gt;Or is there a bug in the gateway?&lt;/STRONG&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Apr 2012 07:36:17 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/inclusive-gateway-forking-fails/m-p/108400#M75998</guid>
      <dc:creator>ollih</dc:creator>
      <dc:date>2012-04-18T07:36:17Z</dc:date>
    </item>
  </channel>
</rss>

