Добрый вечер всем. Я вчера спрашивал про отслеживание переменных запуск под процессов и вы мне здорово помогли.
Вот схема процесса

По задумке "Отправка Number" должна выполняться после выполнения каждой задачи в основной ветке. Но получается так, что отправка срабатывает после всех задач, кроме первой. Я понимаю что это регулируется выставлением настроек транзакций, я почитал материал, но понимание до конца так и не пришло. Кто может провести мне 10-15 консультацию (готов заплатить) и показать как правильно настроить транзакции?

Я на ютубе видал объяснение какого-то паренька из Индии - правда слушать его это отдельное удовольствие)

Собственно первое что нужно понять, что Camunda не записывает в БД состояние процесса и значение переменных каждый раз, когда оно меняется
Если не менять никаких настроек, связанных с транзакциями, то сохранение в БД произойдет только при достижении блока, на котором процесс остановится, чтобы чего то подождать. Ну самый очевидный пример - UserTask.  То что в документации называется Wait states
Т.е. стартуем процесс и он пытается выполнить весь кусок до первого такого стабильного состояния. Если где-то произошло исключение, то процесс вообще не запустится.
То же самое происходит дальше. Если при выполнении процесса между Wait states произойдет исключение, то процесс остановится не там, где оно произошло, а откатится в начальное стабильное состояние. Такое поведение очень похоже именно на привычные всем транзакции.

При этом такое поведение можно регулировать за счет флагов Asynchronous before и Asynchronous after.
Установка этих флагов позволяет изменить границы транзакций и увеличить их количество. Если у всех блоков установить оба флага, то на каждом шаге состояние процесса  будет записываться в БД сразу по завершению выполнения блока.

Я посмотрел еще раз документацию про Conditional events
https://docs.camunda.org/manual/7.15/reference/bpmn20/events/conditional-events/#trigger-conditional-events
И не обнаружил непосредственной взаимосвязи с транзакциями
Но вполне возможно она есть, поэтому попробуйте для начала в основном процессе поставить на всех ваших ServiceTask оба флага и посмотрите, что из этого выйдет.

Товарищи, кто-нибудь использовал этот rest api? Стабильно возвращает 405 Not allowed
https://docs.camunda.org/manual/latest/reference/rest/process-instance/post-modification/

А метод точно пост и все мандатори поля в жсон заполнены?

Точно POST, а обязательное поле только type в элементе массива instructions

Ну так не бывает что все правильно и не работает ))

А у вас контроль прав для вызовов REST API включен?

Я не один такой)
https://forum.camunda.org/t/cannot-modify-processinstance/15410

Да, другие апишки работают корректно

а права на такие операции выданы аккаунту из под которого вы это делаете?

Не ну там то движок ole бросает

для rest api вообще все запросы разрешены
api дёргаю через postman без аутентификации

А кто-нибудь camunda с кокпитом держит под проксей или все напрямую?

за nginx c etoken двойной авторизацией

Напрямую или с префиксами?

не совсем понятен вопрос

host/camunda/app или
host/someprefiks/camunda/app

Ну я не уверен что последнее работает, хотя все zeebe Tasklist/Operate с таким норм работают... а это... ну напрямую у меня адресация... а другую не проверял

Ясн