Size: a a a

Camunda BPM Group

2019 April 08

DK

Denis Kotov in Camunda BPM Group
и 3 раза это делается за процесс
источник

DK

Denis Kotov in Camunda BPM Group
не охото писать\стирать переменную контекста
источник

AK

Artem Kuraev in Camunda BPM Group
если такой кейс - я бы делал очередью. Это прозрачнее
источник

AK

Andrew Khitrin in Camunda BPM Group
Кто может подсказать как такое возможно, в таблице act_ru_execution появляются строки (для каждого экземпляра процесса одна строка) у которых id_ = proc_inst_id_ = root_proc_inst_id_

и при этом act_id_ непустой (там ID активности) но act_inst_id_ пустой (!!!) одновременно с этим is_active_ = true

External Task который в act_id_ как будто отработал и в act_ru_ext_task ничего нет.

В Cockpit видно "токен" на act_id_, но это неправда он сам уже никогда никуда не двинется.
источник
2019 April 09

Z

Zarabuha in Camunda BPM Group
Andrew Khitrin
Кто может подсказать как такое возможно, в таблице act_ru_execution появляются строки (для каждого экземпляра процесса одна строка) у которых id_ = proc_inst_id_ = root_proc_inst_id_

и при этом act_id_ непустой (там ID активности) но act_inst_id_ пустой (!!!) одновременно с этим is_active_ = true

External Task который в act_id_ как будто отработал и в act_ru_ext_task ничего нет.

В Cockpit видно "токен" на act_id_, но это неправда он сам уже никогда никуда не двинется.
Похожие ситуации бывают, грешим на то что постгря тупит (точно не уверены не отлавливали). Чистим вручную такие моменты((
источник

Д

Дмитрий in Camunda BPM Group
Коллеги, подскажите как наиболее корректно получить состояние instance? Как понять что он завершён?
источник

DK

Denis Kotov in Camunda BPM Group
источник

DK

Denis Kotov in Camunda BPM Group
state  String  last state of the process instance, possible values are:
ACTIVE - running process instance
SUSPENDED - suspended process instances
COMPLETED - completed through normal end event
EXTERNALLY_TERMINATED - terminated externally, for instance through REST API
INTERNALLY_TERMINATED - terminated internally, for instance by terminating boundary event
источник

DK

Denis Kotov in Camunda BPM Group
Это если вы историю храните
источник

Д

Дмитрий in Camunda BPM Group
Не храним
источник

DK

Denis Kotov in Camunda BPM Group
тогда с завершенными никак
источник

DK

Denis Kotov in Camunda BPM Group
они улетают в бездну
источник

Д

Дмитрий in Camunda BPM Group
По сути только по отсутствию тасков тогда, но это как то не совсем корректно
источник

DK

Denis Kotov in Camunda BPM Group
ага. Нужно куда-то записать что процесс был, а потом проверить что его нет
источник

DK

Denis Kotov in Camunda BPM Group
но это похоже на хранение истории))
источник

Д

Дмитрий in Camunda BPM Group
Да, только в другом месте. Так и есть
источник

E

Egor in Camunda BPM Group
добрый день, подскажите возможно ли в сообщении, которое стартует event sub process отправить детали (например json), чтобы потом следующие таски в этом процессе могли использовать эти детали? Причем одновременно может быть запущено несколько таких сабпроцессов и таски должны различать такие детали в зависимости от своего процесса
источник

E

Egor in Camunda BPM Group
источник

AP

Aleksandr Petruhin in Camunda BPM Group
Добрый день,  есть тут кто-нибудь кто пользовался  -  case platform ( http://casestudio.ru/story/ru/case_study_r.pdf ) ?. Если кто есть из райфа, скажите в каких кейсах вы используете его, и чем не подошла комунда? Насколько я понял внутри case platform тотже activiti
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Господа, релизация CMMN в Камунде позволяет собирать данные, с помощью которых можно найти узкие места процесса? Если да, где про это можно почитать?

Пример: Рассмотрение кредитной заявки. У человека есть 2 задачи:

1. Получить оценку риск-менеджера.
2. Получить оценку бюро кредитных историй.

Предположим, что риск-менеджер работает медленно и почти всегда отвечает дольше, чем бюро кредитных историй.

Вопрос: Можно ли так приготовить CMMN на базе Камунды, чтобы она собирала информацию такого рода (какие задачи выполняются дольше всего, в каких состояниях работа "висит" чаще всего и т. п.)?
источник