это стандатный запрос job executor на поиск новых задач для исполнения

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

не уверен что кто-то запускает камунду с 1gb памяти

Тысячи причин почему память может кончаться - профилируйте, снимайте дампы и ищите где течёт

Всем привет!
Подскажите, пожалуйста, когда процесс по таймеру автоматически запускается не находит класса.
А когда запускаю процесс через Coockpit не выдает ошибку.

org.camunda.bpm.engine.ProcessEngineException: Unknown property used in expression: ${accReqService.getClients(execution)}. Cause: Cannot resolve identifier 'accReqService'

Запускается на той ноде, где класса нет

Всем привет!
Столкнулся с кейсом, который вроде как не вписывается в доступные возможности шлюзов

При старте процесса необходимо определить исполнителя основной активности
Варианта для определения исполнителя два:
1. Исполнитель назначается менеджером
2. Исполнитель самостоятельно забирает себе задачу

Оба варианта равноценны и имеет смысл только какой вариант сработает раньше. Если менеджер выполнил свою задачу, то задача для исполнителей должна быть прервана и наоборот: если кто-то из исполнителей забрал задачу себе, то UserTask для менеджера должен быть прерван и процесс идет дальше.

Функционал Exclusive gateway не подходит, так как мы должны одновременно запустить оба UserTask, а Parallel gateway ждет два токена для продолжения процесса.

Кто-нибудь сталкивался с похожими кейсами? Буду рад любым соображениям.

by @Kotskin

Не думали это не пихать в бизнес процесс а чисто на ui для манагера и исполнителя оставить?

Или там прям важно чтобы была таска на назначение таски? :)

лучше сделать авто-назначение задачи на старте  + возможность самостоятельного перехвата задачи у кого то

зачем вам тут камунда?

Решали это ролями (группами в понятиях камунды). Есть роли Assign (Назначить исполнителя) и Work (выполнить задачу). В CandidateGroups пишем обе роли. И менеджер и сотрудник видят нераспределенные задачи в UI. Для первого активна кнопка Назначить, для второго - Взять в работу. И та и другая проставляют в  задаче Assignee. После этого таску видит только назначенный исполнитель

Т.е. на уровне рендеринга формы как-то решали что кому показывать?

Мы с бэка передаем права пользака (назначить задание, взять задание) и доступные действия по процессу (назначить задание, взять задание) и в зависимости от этого кнопки рисуются

У нас была своя обертка-микросервис вокруг камунды. Решали на бэке и в дто передавали флаги

На уровне формы в данном случае согласен - вариант, но в итоге получается на уровне bpmn отобразить вариант конкуренции задач/подпроцессов никак? Мне кажется вполне возможный в реальной жизни кейс, когда параллельно выполняются действия и если одна ветка завершилась, то ждать остальные не имеет смысла (не конкретно с usertask'ами, а вообще).