Size: a a a

Camunda BPM Group

2020 July 21

IR

Ivan Rykov in Camunda BPM Group
Деплоить через рест. При ci/cd можно автоматизировать как угодно, либо вводить дополнительный контроль, какой угодно.


проходил мимо
источник

DK

Denis Kotov in Camunda BPM Group
Sergey Boychenko
Camunda по умолчанию создает новый Deployment для процесса при любом изменении bpmn или файла, можно ли изменить это поведение, что бы новая версия не создавалась при изменении физического имени файла bpmn (внутри сам файл при этом не меняется)?
Там есть ещё флажок deployaware, он на базе мд5 файла в базе пониманиет надо деплоить или нет
источник

DK

Denis Kotov in Camunda BPM Group
Но я хз участвует ли имя файла в расчёте
источник

SB

Sergey Boychenko in Camunda BPM Group
Denis Kotov
Но я хз участвует ли имя файла в расчёте
Опытным путем было проверено, что участвует
источник

SD

Serg D. in Camunda BPM Group
Там много чего участвует. Для вас основное что спринг при запуске рандомно генерит deployment id.   Поэтому игнорируется факт отсутствия изменений
источник

SB

Sergey Boychenko in Camunda BPM Group
Не рандомно же, если нет изменений, deploymentId не меняется, идеально бы найти способ подменить механику расчета изменения и убрать оттуда имя файлов
источник

DK

Denis Kotov in Camunda BPM Group
Так там все на интерфейсах, напишите свою реализацию
источник

SB

Sergey Boychenko in Camunda BPM Group
Где поискать интерфейсы за это отвечающие?
источник

DK

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

DK

Denis Kotov in Camunda BPM Group
На гитхабе)))
источник

SB

Sergey Boychenko in Camunda BPM Group
😂 Окей
источник

SD

Serg D. in Camunda BPM Group
Sergey Boychenko
Не рандомно же, если нет изменений, deploymentId не меняется, идеально бы найти способ подменить механику расчета изменения и убрать оттуда имя файлов
Странно, у меня почему-то меняется. Разное пробовал, поведение всегда было одинаковое.
источник

SB

Sergey Boychenko in Camunda BPM Group
Serg D.
Странно, у меня почему-то меняется. Разное пробовал, поведение всегда было одинаковое.
Там процесс енджин можно настроить
источник

SD

Serg D. in Camunda BPM Group
Я же говорю, разное пробовал 😔
источник

SD

Serg D. in Camunda BPM Group
Какой проперти?
источник

DK

Denis Kotov in Camunda BPM Group
Serg D.
Странно, у меня почему-то меняется. Разное пробовал, поведение всегда было одинаковое.
Через хмл?
источник

DK

Denis Kotov in Camunda BPM Group
А джава коныиге не работает
источник

SD

Serg D. in Camunda BPM Group
Denis Kotov
А джава коныиге не работает
Тогда понятно. Хотя через XML вроде тоже пробовал... не помню точно, нужно попробовать.
источник

SB

Sergey Boychenko in Camunda BPM Group
Serg D.
Тогда понятно. Хотя через XML вроде тоже пробовал... не помню точно, нужно попробовать.
<property name="isDeployChangedOnly">true</property>
источник
2020 July 22

D

DooDLeZz* in Camunda BPM Group
Всем доброго времени суток. У меня вопрос из разряда best practices.
Условие: Есть вот такой маршрут. expert и curator это candidate groups. expert может выполнять только действия A и B, curator - действие С. Аутентифицированный пользователь относится к обоим группам (expert, curator). С точки зрения камунды выполнимы все 3 операции A,B и С. Но Задача висит на expert, значит доступ на выполнение должен быть только к A и B.

Вопрос: как бы вы реализовали, и как "кошерно", согласно паттерну камунды определить, исходя из "местоположения" задачи доступные ей операции?

Заранее благодарю
источник