asyncResponseTimeout: 10000,
   workerId: worker-${process.pid},
   lockDuration: 300000,
   // autoPoll: true, - def
   interval: 50,

как бы lockDuration 5 минут

и интвервал реопроса я уменьшил чтобы попробовать поднять скорость обработки

за 5мин все транзакции должны завершаться, у вас где то узкое горлышко

у меня нет полученных задач которые бы я держал долго (

ладно ребят я вашим временем уже злоупотребляю

направлений для проверки обсудили много, как будет какой-то позитивный фидбек я отпишу в группу

надесь я где-то не учел кейс

Вообще да, подходу я был не прав. Я увеличил лок таймаут до 30000мс, и проблема сохранилась :(

а отсюда мои мысли что стоит багрепорт писать

а если еще увеличить?

если увеличение например до 15мин не поможет, тогда баг наверняка...

300000000 - ошибка есть. :( нужно глубоко копать. Сейчас нет времени

передаем привет фетчэндлоку (

Всем добрый день.
Хотел попросить поделиться опытом.

У нас end-to-end процесс может быть размазан по нескольким микросервисам с camund-ой на борту.
Стали появляться небольшие куски процессов, которые дублируются во многих микросервисах. Хотел спросить, возможно ли запихивать bpmn диаграммы во внешние jar и деплоить их из maven-овских зависимостей, или лучше не связывать свои микросервисы и просто дублировать?
Кто как разруливал подобные ситуации?

определяли такие куски и выделяли их в отедльные сервисы

частенько они еще по extternal таскам ходят в другие камунды

это было первое, что я сказал нашим солюшен-дизайнерам)))
и собственно именно так у нас строится весь процесс, размазанный по нескольким камундам.
Но солюшены упираются, мол хотят просто "куски процессов" деплоить на несколько камунд из общей либы, т.к. они слишком маленькие для отдельных сервисов. Кто-нибудь что-то подобное делал?

Хотя лично я, предпочёл бы, пожалуй, продублировать код и процессы в такой ситуации

Ну либо пойти по пути выноса камунды в отдельный сервис с бизнес-процессами