надо на мессадж заменять, который нормально коррелируется. А то смысл сигналя теряется

A BPMN Signal is
similar to a signal flare that shot into the sky for anyone who might be
interested to notice and then react.

The source of the Signal is NOT REQUIRED (and might not even be a Participant
in the Choreography). There are no specific recipients of a Signal.

Помню что в jBPM почему-то любили угорать по сигналам, там он какую-то уникальную фичу давал, которой нельзя по-другому достигнуть

Expressions
You can use expressions for the name in the signal event definition. The name is then resolved as soon as a process reaches the scope of the signal. For example when the process instances reaches a Signal Intermediate Catching Event, then the expression within the name is resolved.

By using expressions within the signal name you can influence the signal name dynamically based on process variables. This could come in handy when for example there is the need to interrupt parallel branches. An example could look like follows:

<signal id="alertSignal" name="alert-${execution.processBusinessKey}" />

пример про который я говорил прерывать параллельные ветви процесса

токены не сходятся

?

второй шлюз никогда не завершит процесс, т.к. ждёт 2 токена. и никогда их не получит

если по сигналам угорать, то вот так тогда

но в такой картине и эскалации хватит, сигналы эт перебор

Он и не будет ждать

парралельный шлюз ждёт столько токенов, сколько входящих веток в него идёт

при таком да будет ждать

For incoming flows, the Parallel Gateway will wait for all incoming flows
before triggering the flow through its outgoing Sequence Flows.

Завтра попробую на практике, раньше сваливался с любой ветки дальше.

Ох )))

Согласен со шлюзом накосячил (неработает).

вот так норм