DP
Из моделера можно задеплоить только BPMN, но не делегаты.
Size: a a a
2021 April 28
DP
Делегаты должны быть в самом проекте (там же где класс приложения).
AP
ну вот да, если есть отдельная камунда
и есть какой-то процесс вместе с делегатами, в одном проекте, и все это собирается в war
то я должен этот варник как-то сам ручками задеплоить,
а из моделера деплоится только диаграмма?
и есть какой-то процесс вместе с делегатами, в одном проекте, и все это собирается в war
то я должен этот варник как-то сам ручками задеплоить,
а из моделера деплоится только диаграмма?
DP
> то я должен этот варник как-то сам ручками задеплоить,
> а из моделера деплоится только диаграмма?
Есть несколько вариантов:
1. Диаграмма деплоится вместе с остальным приложением (лежит в том же WAR, что и делегаты).
2. Делегаты деплоятся в WAR, а диаграмма -- curl-ом или через Моделер.
По моему опыту первый вариант больше распространен, т. к. код делегатов меняется чаще, чем диаграммы.
> а из моделера деплоится только диаграмма?
Есть несколько вариантов:
1. Диаграмма деплоится вместе с остальным приложением (лежит в том же WAR, что и делегаты).
2. Делегаты деплоятся в WAR, а диаграмма -- curl-ом или через Моделер.
По моему опыту первый вариант больше распространен, т. к. код делегатов меняется чаще, чем диаграммы.
AP
спасибо, сейчас попробую
YY
Ребят, хочется услышать ваше мнение.
Насколько адекватно напиливать свои контроллеры в самом сервисе с камундой (spring-boot), которые будут ходить за дополнительными данными и после этого стартовать конкретный нужный процесс?
Насколько адекватно напиливать свои контроллеры в самом сервисе с камундой (spring-boot), которые будут ходить за дополнительными данными и после этого стартовать конкретный нужный процесс?
YY
Проще говоря, мы выкидываем абстрактную API камунды для старта вообще любого процесса и даем доступ только к тем ручкам, которые разрешены для пользователей/сервисов
DK
ИДЕАЛЬНО
DK
свои валидации, свои коды ошибок, свои контракты
DK
обожаю
DK
не нужно знать про свякую дичь камунды клиентам
DK
всегда так делаю и всем советую
DK
потому что потом и реализацию можно менять в кишках и не заставлять клиентов переписывать запросики свои
AK
SOLID, товарищи, основы! =)
YY
Тоже об этом думал, были сомнения, что могут какие-то подводные камни вылезти. Спасибо 👍🏻
YY
Кстати, а что там с митапом? Планировался вроде недавно?
R
а чем не лучше поднять отдельный сервис - бизнес ориентированный. Со своими контрактами и тд. А не пихать это в оркестратор
DK
Будем делать
DK
В отдельном сервисе нету java api от камунды, и когда меняются процессы надо 2 места дорабатывать