именно так оно и работает из коробки

хм

а как быстро находит зависшие процессы?

да сразу. Как джоб экзектьютор поднялся, так он и поехал их выполнять

а у него есть какое-то ограничение по количеству выполняемых процессов в асинхроне?

вот мой пример:
запустил 10 процессов, вырубил прилажку, часть из них зависла на стартЕвенте, часть на таймере в конце. было 6-4, сейчас 3-7. джонЭкзекьютор стартовал в 14:57:48
скрин сделан в 15.00.
таймер стоит PT10S. в первом шаге - только лог запуска, в параллельном тоже лог, в кафке - отправка месаджа в очередь.

сейчас обновил - осталось только 3 на таймере.

у стартЕвента стоит asyncBefore, чтобы дернуть рест, вернуть ответ и запустить процесс

там есть количество джобов, которые он берет за раз для исполнения

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

комментов на них нет. я так понимаю, что это они и есть

ну чтото из этой серии, да

ок, спасибо!

а если два инстанса прилажки запущены, которые смотрят в одну бд с процессами и один из этих инстансов падает, то джобЕкзекутор поймает зависшие процессы? странно, что про это не написано в доках камунды в разделе джобЭкзекутора

это в других разделах написано п отому что)

блин)))

ребят, у меня вопрос архитектурного плана. Допустим, есть exclusive gateway с двумя флоу выходящими, на одном из них висит экспрешн ${<длинное и сложное условие с результатом булиан>}. Насколько адекватно в такой ситуации другой флоу просто сделать дефолтным? Чтобы не дублировать на стрелочке  ${!<длинное и сложное условие с результатом булиан>}. То есть, по смыслу это не дефолт, но просто не хочется копипастить

Почему не дефолт, если там единственное отличие в отрицании? Как раз таки if - else