В прошлом году была.
Но не долго :)

Приветствую, поделитесь опытом, откуда берете liveness пробу? На форуме есть http://<server>:<port>/engine-rest/engine такой вариант. Может есть  другие? )

/engine-rest/incident/count

Но вроде в последних версиях есть отдельный спец эндпоинт (не уверен)

а нет) это camunda cloud походу только

и вообще зиби))

Привет 🖖🏼
Если для поднятия пода в кубере, то достаточно версию взять: https://docs.camunda.org/manual/latest/reference/rest/version/

Если ливнеспроба завязана на бизнес кейсы, то тут уже зависит от бизнес кейса. Кому нужны инциденты, кому хотя бы один джоб или определенный джоб ну и т.д.

Ок спасибо)

Всем привет
Есть процесс работы над документом в Google Docs
Для того чтобы не городить отдельный UI сделали две вещи - юзер таски связанные с документом интегрировали прямо в документ через Google Appscript, а всю информационную часть для сообщений человеку что ему надо сделать + ссылка на документ реализована в Slack'е
В итоге процесс обрастает большим количеством функционала, который шлет сообщения в Slack до и после выполнения User/Service task'ов
Сообщения эти представляют собой местами довольно длинные тексты, с инструкциями как и что нужно сделать и править их в скриптах или в коде такое себе удовольствие. Ну и по смыслу:  Сообщить тому, напомнить этому и тд и тп  - вспомогательные блоки, которых много.
Задумались над тем, чтобы отделить функционал посылки сообщений от основного содержания процесса, так как это все очень перегружает процесс.
Может кто сталкивался с похожими проблемами?

Казалось бы, при чем тут камунда )

Интересно, а что там за контент в Гугл доке, который надо редактировать процессом? Какое-то СМИ, энциклопедия?

Ну если не вдаваться в лишние подробности ))), то вначале один человек пишет некий "отчет" - есть рекомендованная структура, но в целом в свободной форме, а потом это проверяется, дополняется, комментируется (иногда с итерациями/возвратами) и в конечном итоге попадает биг-боссу на утверждение.

таких документов параллельно несколько десятков - каждый на какой то своей стадии - и в концепцию bpm это укладывается хорошо

круто придумали

при этом для части вовлекаемых людей это эпизодическая работа, т.е. они участвуют в двух-трех таких процессах за год, т.е. ждать что они инициативно куда то будут ходить  и видеть свои задачи не приходится

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

Ну что то такое в голове крутится
Айдишник по идее есть натуральный - id активити процесса

Всем привет!
Ребят, кто сталкивался с тем, что по умолчанию у выполнения каждой таски есть таймаут? Как я понял он равен 5ти минутам. Например, если делегат зависает, то через 5 мин камунда прибивает процесс.
Как можно настроить эту переменную?
Нашел такую доку https://docs.camunda.org/manual/7.8/reference/deployment-descriptors/tags/job-executor/#job-acquisition-configuration-properties
С 5ти минутным дефолтным таймаутом есть всего одна переменная - lockTimeInMillis. Но судя по названию и описанию не сильно подходит под то, что я хочу сделать

у какой таски? у всех?