с делегатами такого не добьешься я думаю)

правда честно говоря там основные доработки были по памяти (что к камунде не имеет отношения) и мелкие расширения для multi instance tasks

Не знаю, как камунда может быть stateless...
Бутовое приложение со встроенным движком камунды и делегатами - в докере, да

А, кажется, понял - может быть много инстансов движка камунды, все смотрят на одну БД

ну stateless я имею ввиду что она без схем, разные команды поднимают один и тот же image, для разных процессов

Главное, что вам удобно и нравится! )

Не очень понял. Что значит без схем? А что движок исполняет тогда?))

схемы хранятся в БД)

А, именно в джарке нет схем)) сорри, не понял сразу)

ну да я просто написал shell script который из каталогов deploy все bpmn файлы и в итоге потребности иметь это в пакете глобально отпадает

Спасибо, хотел узнать, кто что использовал и что оказалось более удобным.

господа, может кто подскажет плз

вот я запустил тест junitовый, он запущен, его должно быть видно в кокпите камунды?

если тест в проекте, судя по логу он задеплоен

Если у Вас обычный проект без экзотики, то тесты в кокпите видны не будут.

Мне трудно представить, как может быть задеплоен JUnit test. Если это проект на Мавен, то все, что находится в папке src/test не должно деплоиться.

благодарю

добрый вечер! сталкивались ли вы с проблемой deadlock-а на таблице ACT_HI_VARINST?

java.sql.BatchUpdateException: Batch entry 0
insert into ACT_HI_VARINST (ID_, NAME_, ...........)
values ('e168e42e-9489-11eb-acc5-0242ac110014','request', .........);
was aborted: An I/O error occurred while sending to the backend. Call getNextException to see other errors in the batch.

Всем привет! Стали замечать, что наше приложение с камундой стало стабильно хотя бы раз в день падать с OOM. С коллегами находили топик, в котором говорят что может быть проблема утечки память в MyBatis, думаем может причина в нём как раз. Никто подобное не лечил?
версии которые используем в проекте:
springBootVersion 2.2.2.RELEASE
camunda-bpm-spring-boot-starter-rest:3.4.0

На приложение выделен 1гб
на данный момент, имеем
process definitions: 18
deployments: 207
running process intances 5.7k

По логам: камунда каждые секунд 10-30 открывает новый command context и закрывает его (в простое) и каждую минуту отправляет запрос к бд

запрос к бд

Preparing: select RES.ID_, RES.REV_, RES.DUEDATE_, RES.PROCESS_INSTANCE_ID_, RES.EXCLUSIVE_ from ACT_RU_JOB RES where (RES.RETRIES_ > 0) and ( RES.DUEDATE_ is null or RES.DUEDATE_ <= ? ) and (RES.LOCK_OWNER_ is null or RES.LOCK_EXP_TIME_ < ?) and RES.SUSPENSION_STATE_ = 1 and ( ( RES.EXCLUSIVE_ = true and not exists( select J2.ID_ from ACT_RU_JOB J2 where J2.PROCESS_INSTANCE_ID_ = RES.PROCESS_INSTANCE_ID_ -- from the same proc. inst. and (J2.EXCLUSIVE_ = true) -- also exclusive and (J2.LOCK_OWNER_ is not null and J2.LOCK_EXP_TIME_ >= ?) -- in progress ) ) or RES.EXCLUSIVE_ = false ) LIMIT ? OFFSET ?