Клиента конечно загонять в рамки процесса не стоит, да и сомнительное это удовольствие будет. Камунда больше на следующем уровне систем подойдёт - там где хотелки и желания клиента исполняются

Эх) спасибо, так и придётся прочитать

ну так и мы так делаем)
юзертаск у нас формирует доп контролы в стороннем приложении - в контексте по businessKey
и комплитим мы через REST API
и работает все OK, кроме случая когда новые процессы, новые таски и работа с ними в какой то момент становится относительно массовой
UserTask живет в составе одной транзакции с вызовом сервиса, который меняет состояние внешнего объекта
и из-за массовости этот сервис начинает тупить
но почему это приводит к незавершенным Spring-транзакциям и как следствие обнулению пула коннектов к базе совершенно не ясно
воспроизвести на дев среде не получается

думаешь поможет?)

ну а что остается)

мне кажется вы зароетесь так. решение лежит скорее на поверхности

убрать нахрен юзертаски и избавиться от транзакций в камунде еееее

ну вообще вся цель автоматизации - убрать юзер таски) а транзакции зло, по крайней мере распределенные))

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

нет и слава богу

Ребята, кто знает, как мигрировать токен, который остался в предыдущей версии деплоя в новую версию деплоя, но в другую таску (т.к. та, в которой пользователь сейчас находится, была удалена в новой версии)
Пробую это сделать через Excamad, но результирующий план миграции не содержит инструкций для удаленной ноды

ну добавь её)

в json рукой

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

та вот добавляю, но не получается. Токен остается там же

мигрировал. Странно, что есть зависимость от порядка элементов в sourceActivityIds
       "sourceActivityIds": [
         "Activity_0kwpfa4",
         "Activity_1xfvqk7"
       ],