<?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: Comparing message-events to subprocess(or call activity) in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/comparing-message-events-to-subprocess-or-call-activity/m-p/6707#M1570</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Salvador,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I read your post, the 'corresponding' &lt;/SPAN&gt;&lt;A href="http://jira.codehaus.org/browse/ACT-460" rel="nofollow noopener noreferrer"&gt;issue in Jira&lt;/A&gt;&lt;SPAN&gt; and after a year, I read the Bruce Silver document again.&amp;nbsp; I kind of mis the point you are trying to make. Subprocesses, Processes (in pools) and messages between them all serve different purposes, hence the presence of each of them in BPMN2. If your point is 'ditch subprocesses' and implement messages, I disagree. If your point is that the message events should be supported since you think they are very useful, then I won't disagree, heck, I don't think anybody will. From your jira I assume that they are not implemented yet (I did not really check) and if that is the case, It's probably a matter of prioritization. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If I missed something, please correct me.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 07 Jan 2011 22:05:20 GMT</pubDate>
    <dc:creator>ronald_van_kuij</dc:creator>
    <dc:date>2011-01-07T22:05:20Z</dc:date>
    <item>
      <title>Comparing message-events to subprocess(or call activity)</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/comparing-message-events-to-subprocess-or-call-activity/m-p/6706#M1569</link>
      <description>The objective of this threat is to evaluate features of message events against features of subprocess (or call activity). Which of these are more powerfull? Some people think one best feature of a BPM system is the subprocess behaviour. I think that the better behaviour is the throwing-catching mess</description>
      <pubDate>Fri, 07 Jan 2011 19:35:55 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/comparing-message-events-to-subprocess-or-call-activity/m-p/6706#M1569</guid>
      <dc:creator>sruiz</dc:creator>
      <dc:date>2011-01-07T19:35:55Z</dc:date>
    </item>
    <item>
      <title>Re: Comparing message-events to subprocess(or call activity)</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/comparing-message-events-to-subprocess-or-call-activity/m-p/6707#M1570</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Salvador,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I read your post, the 'corresponding' &lt;/SPAN&gt;&lt;A href="http://jira.codehaus.org/browse/ACT-460" rel="nofollow noopener noreferrer"&gt;issue in Jira&lt;/A&gt;&lt;SPAN&gt; and after a year, I read the Bruce Silver document again.&amp;nbsp; I kind of mis the point you are trying to make. Subprocesses, Processes (in pools) and messages between them all serve different purposes, hence the presence of each of them in BPMN2. If your point is 'ditch subprocesses' and implement messages, I disagree. If your point is that the message events should be supported since you think they are very useful, then I won't disagree, heck, I don't think anybody will. From your jira I assume that they are not implemented yet (I did not really check) and if that is the case, It's probably a matter of prioritization. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If I missed something, please correct me.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 07 Jan 2011 22:05:20 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/comparing-message-events-to-subprocess-or-call-activity/m-p/6707#M1570</guid>
      <dc:creator>ronald_van_kuij</dc:creator>
      <dc:date>2011-01-07T22:05:20Z</dc:date>
    </item>
  </channel>
</rss>

