Size: a a a

Camunda BPM Group

2021 April 05

ММ

Максим Монин... in Camunda BPM Group
это стандатный запрос job executor на поиск новых задач для исполнения
источник

БП

Борис Потапов... in Camunda BPM Group
вот из чего можно сделать вывод, что оно работает то штатно, но почему-то память кончается
источник

ММ

Максим Монин... in Camunda BPM Group
не уверен что кто-то запускает камунду с 1gb памяти
источник

EZ

Edward Zakharov in Camunda BPM Group
Борис Потапов
вот из чего можно сделать вывод, что оно работает то штатно, но почему-то память кончается
Тысячи причин почему память может кончаться - профилируйте, снимайте дампы и ищите где течёт
источник
2021 April 06

М

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

org.camunda.bpm.engine.ProcessEngineException: Unknown property used in expression: ${accReqService.getClients(execution)}. Cause: Cannot resolve identifier 'accReqService'
источник

DK

Denis Kotov in Camunda BPM Group
Запускается на той ноде, где класса нет
источник

YK

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

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

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

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

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

YK

Yuri Kolesnikov in Camunda BPM Group
источник

СА

Сергей Аршаниц... in Camunda BPM Group
источник

СА

Сергей Аршаниц... in Camunda BPM Group
источник

СА

Сергей Аршаниц... in Camunda BPM Group
Сергей Аршаниц
источник

IK

Isayakiy Kotletov in Camunda BPM Group
Yuri Kolesnikov
Всем привет!
Столкнулся с кейсом, который вроде как не вписывается в доступные возможности шлюзов

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

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

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

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

IK

Isayakiy Kotletov in Camunda BPM Group
Или там прям важно чтобы была таска на назначение таски? :)
источник

DK

Denis Kotov in Camunda BPM Group
Isayakiy Kotletov
Не думали это не пихать в бизнес процесс а чисто на ui для манагера и исполнителя оставить?
источник

R

Ruslan Kadyrbaev in Camunda BPM Group
Yuri Kolesnikov
Всем привет!
Столкнулся с кейсом, который вроде как не вписывается в доступные возможности шлюзов

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

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

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

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

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

DG

Dmitrii Goncharov in Camunda BPM Group
Yuri Kolesnikov
Всем привет!
Столкнулся с кейсом, который вроде как не вписывается в доступные возможности шлюзов

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

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

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

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

YK

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

IK

Isayakiy Kotletov in Camunda BPM Group
Yuri Kolesnikov
Т.е. на уровне рендеринга формы как-то решали что кому показывать?
Мы с бэка передаем права пользака (назначить задание, взять задание) и доступные действия по процессу (назначить задание, взять задание) и в зависимости от этого кнопки рисуются
источник

DG

Dmitrii Goncharov in Camunda BPM Group
Yuri Kolesnikov
Т.е. на уровне рендеринга формы как-то решали что кому показывать?
У нас была своя обертка-микросервис вокруг камунды. Решали на бэке и в дто передавали флаги
источник

YK

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