Skip to content

Commit 50bb58d

Browse files
committed
chore(conditional): explain async limitation (#1810)
related to AP#5205
1 parent acea768 commit 50bb58d

File tree

1 file changed

+5
-1
lines changed

1 file changed

+5
-1
lines changed

content/reference/bpmn20/events/conditional-events.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,11 @@ It can be used as start event of an event sub process, as intermediate event and
1616
The start and boundary event can be interrupting and non interrupting.
1717

1818
In Camunda, conditional events are triggered with the help of process variables.
19-
See the [Trigger Conditional Events]({{< relref "#trigger-conditional-events">}}) section for details.
19+
See the [Trigger Conditional Events]({{< relref "#trigger-conditional-events">}}) section for details.
20+
21+
{{< note title="We recommend to avoid asynchronous continuations in combination with conditional events as the conditional event trigger may be lost." class="warning" >}}
22+
This is because when the conditional event is [triggered]({{< relref "#trigger-conditional-events">}}), it is placed into a queue of "deferred actions" to evaluate whether any other elements are catching the trigger. When the flow node that triggered the conditional event is executed async, a job is created and the process execution continued asynchronously. The deferred actions are not persisted, resulting in the loss of the conditional event trigger.
23+
{{< /note >}}
2024

2125
In the following BPMN model, all supported conditional events are used.
2226

0 commit comments

Comments
 (0)