<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: More On Essential And Redundant BPMN: Events</title>
	<atom:link href="http://mainthing.ru/item/840/feed/" rel="self" type="application/rss+xml" />
	<link>https://mainthing.ru/item/840/</link>
	<description>@ Anatoly Belaychuk's BPM Blog</description>
	<pubDate>Sat, 18 Apr 2026 08:57:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/840/#comment-3345</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Sun, 25 Jun 2017 13:35:18 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=840#comment-3345</guid>
		<description>That's why I wrote "more or less" instead of "fully" ;)</description>
		<content:encoded><![CDATA[<p>That&#8217;s why I wrote &#8220;more or less&#8221; instead of &#8220;fully&#8221; <img src='https://mainthing.ru/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bogdan Nafornita</title>
		<link>https://mainthing.ru/item/840/#comment-3343</link>
		<dc:creator>Bogdan Nafornita</dc:creator>
		<pubDate>Thu, 22 Jun 2017 15:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=840#comment-3343</guid>
		<description>Thanks Anatoly - my comment ref: conditional events and XOR was referring strictly to the similar cognitive burden of having to explain the two to users. I was not implying the two are syntactically similar.

As for the Error vs Escalation, I agree on their different End behavior - but isn't this countering your point in this post that Error and Escalation events are more or less interchangeable?</description>
		<content:encoded><![CDATA[<p>Thanks Anatoly - my comment ref: conditional events and XOR was referring strictly to the similar cognitive burden of having to explain the two to users. I was not implying the two are syntactically similar.</p>
<p>As for the Error vs Escalation, I agree on their different End behavior - but isn&#8217;t this countering your point in this post that Error and Escalation events are more or less interchangeable?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/840/#comment-3334</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Tue, 13 Jun 2017 12:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=840#comment-3334</guid>
		<description>Bogdan

Thanks for valuable input. We do not necessarily agree but your comments are always thoughts-provoking.

Camunda is great, thanks for another proof.

There is a subtle difference between conditional event and xor gateway: if the condition evaluates to true then the process will continue at the gateway but stop and wait at the event set to the same condition. Most people do not realize this I guess.

As for the error vs. escalation, we discussed it here http://mainthing.ru/item/446/ ages ago ) The difference between error and escalation is that the former behaves like terminator while the latter does not.

I agree that the subprocess workaround does add a load yet it's more versatile and explicit so it's worth to come through it once to get more freedom and preciseness.</description>
		<content:encoded><![CDATA[<p>Bogdan</p>
<p>Thanks for valuable input. We do not necessarily agree but your comments are always thoughts-provoking.</p>
<p>Camunda is great, thanks for another proof.</p>
<p>There is a subtle difference between conditional event and xor gateway: if the condition evaluates to true then the process will continue at the gateway but stop and wait at the event set to the same condition. Most people do not realize this I guess.</p>
<p>As for the error vs. escalation, we discussed it here <a href="http://mainthing.ru/item/446/" rel="nofollow">http://mainthing.ru/item/446/</a> ages ago ) The difference between error and escalation is that the former behaves like terminator while the latter does not.</p>
<p>I agree that the subprocess workaround does add a load yet it&#8217;s more versatile and explicit so it&#8217;s worth to come through it once to get more freedom and preciseness.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bogdan Nafornita</title>
		<link>https://mainthing.ru/item/840/#comment-3333</link>
		<dc:creator>Bogdan Nafornita</dc:creator>
		<pubDate>Tue, 13 Jun 2017 06:57:53 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=840#comment-3333</guid>
		<description>Hi Anatoly, great post (as always)!

[I would have argued in the gateway post that inclusive gateway is very useful too and it's not that difficult to explain - it's basically a parallel gateway that passes dark tokens on inactive branches - the scenario of having multiple options activated or not is very common in business and I have not found one single case where this could not be explained to a novice in as short a time as the rest of the gateways]

Several comments on your current post:
- conditional events are not very intuitive, but they could be helpful to model data conditionalities (especially as boundary events). Again, easy to explain (same cognitive load as XOR). BTW, camunda BPM supports conditional events.
- signal events are very helpful as described in your pattern, especially if you need complex orchestration of multiple instances - the downside being the load on the process engine. Messaging is not necessarily a tight coupling and could be a solution to the load problem, especially at scale (volume + velocity of signals event stream interrogations).
- error / escalation - we tend to use them with a touch of style: error is for technical handling, escalation is for business handling
- I found in practice that working around specific exotic events by means of subprocesses actually adds to the cognitive load, because it is less intuitive to discern process and sub-process boundaries and scopes, than deal with the same concepts at activity level.</description>
		<content:encoded><![CDATA[<p>Hi Anatoly, great post (as always)!</p>
<p>[I would have argued in the gateway post that inclusive gateway is very useful too and it's not that difficult to explain - it's basically a parallel gateway that passes dark tokens on inactive branches - the scenario of having multiple options activated or not is very common in business and I have not found one single case where this could not be explained to a novice in as short a time as the rest of the gateways]</p>
<p>Several comments on your current post:<br />
- conditional events are not very intuitive, but they could be helpful to model data conditionalities (especially as boundary events). Again, easy to explain (same cognitive load as XOR). BTW, camunda BPM supports conditional events.<br />
- signal events are very helpful as described in your pattern, especially if you need complex orchestration of multiple instances - the downside being the load on the process engine. Messaging is not necessarily a tight coupling and could be a solution to the load problem, especially at scale (volume + velocity of signals event stream interrogations).<br />
- error / escalation - we tend to use them with a touch of style: error is for technical handling, escalation is for business handling<br />
- I found in practice that working around specific exotic events by means of subprocesses actually adds to the cognitive load, because it is less intuitive to discern process and sub-process boundaries and scopes, than deal with the same concepts at activity level.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
