Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
en:rule:event_gateway_warning [2024-01-08 11:26] – [Use event gateways with caution] Anatoly Belaychuk | en:rule:event_gateway_warning [2024-08-24 15:49] (current) – [Use event gateways with caution] Anatoly Belaychuk | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Use event gateways with caution ====== | ====== Use event gateways with caution ====== | ||
- | {{tag> | + | {{tag> |
+ | |||
+ | Event gateway immediately interrupts all catching events when any single one occurs. | ||
+ | For more versatile logic consider the combination of parallel gateway and terminating event. | ||
- | Mind the difference between the diagrams below: while "to do" process waits for the message all the time till the end, "no to do" process interrupts when the timer triggers. If the message arrives while we are clarifying delay with the client, it won't be caught and the process will hang after returning to the event gateway. This is rather common mistake. | ||
===== ✔ How to ===== | ===== ✔ How to ===== | ||
Line 303: | Line 305: | ||
</ | </ | ||
+ | ===== Notes ===== | ||
+ | |||
+ | Mind the difference between the diagrams below: while "to do" process waits for the message all the time till the end, "no to do" process interrupts when the timer triggers. If the message arrives while we are clarifying delay with the client, it won't be caught and the process will hang after returning to the event gateway. | ||
===== See also ===== | ===== See also ===== | ||
Line 309: | Line 314: | ||
--- // | --- // | ||
+ |