Size: a a a

Camunda BPM Group

2022 January 28

YY

Yo Yo in Camunda BPM Group
Понял. Будем копать)
источник

ЕЕ

Евгений Ефимов... in Camunda BPM Group
Скажите, а у кого-то была ситуация. Что после нового деплоя Job-ы создавались. Но их не один Job executor не подхватывал ?
источник

СВ

Сергей Волков 🦇... in Camunda BPM Group
попробуй опцию -XX:-TieredCompilation, экономит память в code cache, для сервера норм тема (но лучше сам изучи, как именно работает)
источник

YY

Yo Yo in Camunda BPM Group
Оки, спасибо!
источник

ММ

Максим Монин... in Camunda BPM Group
Флажок deployment-aware влияет на запросы job executor к бд, фильтровать ли задачи по deployment или нет. Опредялется через trace SQL запросов к бд.
источник

ЕЕ

Евгений Ефимов... in Camunda BPM Group
он выставлен на всех подах deployment-aware=true
источник

ММ

Максим Монин... in Camunda BPM Group
Ну у меня в докер была такая же проблема я с ней долго мучался трасил sql и увидел что когда docker compose удаляет контейнеры на стоп и создаёт новые на старт то в итоге получается sql давал запросы с новым id как фильтром на процессы и они банально ничего не находили. И поэтому фильтрация по deployment должна быть выключена при использовании докера, думаю как как кубернетес использует тоже самое, дл него это тоже примеримо
источник

ЕЕ

Евгений Ефимов... in Camunda BPM Group
Можно, как то этот флаг изменить в runtime ?
источник

ММ

Максим Монин... in Camunda BPM Group
он часть bpm-planform.xml
источник

ММ

Максим Монин... in Camunda BPM Group
если говорить более точно - в таблице act_ru_job есть поле deployment_id_ и признак признак deploymentaware=True добавляет в каждый запрос job executor фильтр по этому полю с каким то значением движка. А при false - просто не использует этот фильтр
источник

ЕЕ

Евгений Ефимов... in Camunda BPM Group
Спасибо
источник
2022 January 29

AB

Alexander Bright in Camunda BPM Group
Добрый день, коллеги

Кто-нибудь реализовал wizard на Камунда?
Смысл в том, чтобы Камунда управляла порядком страниц, показываемых в приложении. Архитектура выглядит так:
1) приложение приходит на наш шлюз, который перенаправляет запрос в Камунда
2) Камунда в ответ шлюзу отдает переменные процесса и набор экшинов, которые пользователь должен сделать в данный момент
3) шлюз отдаёт приложению список экшинов и необходимый набор переменных для рендера

Как в этом случае выглядит сам процесс? Если кто находил полноценные примеры приложений, поделитесь пожалуйста, буду благодарен 🙂
источник

EZ

Edward Zakharov in Camunda BPM Group
Привет) а камунда то тут зачем?
источник

AB

Alexander Bright in Camunda BPM Group
как оркестратор, имплементация визарда
источник

AB

Alexander Bright in Camunda BPM Group
вот тут о таком подходе рассказывается
источник

AB

Alexander Bright in Camunda BPM Group
youtu be/HhxghzKMFBg?t=368
источник

EZ

Edward Zakharov in Camunda BPM Group
Ну тогда я как то плохо понял про второй пункт видимо))
источник

AB

Alexander Bright in Camunda BPM Group
там на видео есть. Мои скрины к сожалению удаляются из чата. Там есть описание архитектуры
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Здравствуйте!

А почему для управления визардом не подходит обыкновенная стейт-машина (без Камунды)?
источник

AB

Alexander Bright in Camunda BPM Group
Камунда дает визуальный инструмент для управления процессом
источник