в принципе bpmn.io очень хорошо написан и достаточно легко вшивается в современные frontend-приложения

важно только помнить про лицензию и сохранять watermark

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

Кто как ведёт мониторинг инцидентов в процессах ?

это открытая доработка?☺️

прикручивали jaeger, но без продакшена

Самое важное продакшен

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

Всем привет, а кто для онлайн процессов камунду использует?
допустим процесс покупки подписки на сервис?
У нас event-chain щас, оч сложно выходит и чем дальше тем сложнее.
Нагрузка примерно 0.
Хочется понять на сколько это common практика, т.к. я в основном камунду вижу в оффлайн процессах с бэкофисом и ручником

цель какая? вовремя маякнуть? или исправить?

И маяунуть и попробовать исправить

тоже такие мысли были, но смотрю в сторону использования DMN диаграмм и соответствующего воркера

маякнуть думаю проще через систему мониторинга, агрегирующую логи на дашборд с алертами, а решать через механизмы камунды

Увы нет, в рамках коммерческого проекта

с другой стороны grafana кстати теперь поддерживает датасурсы jaeger,  если для camunda сделать delegate, то можно будет без потери контекста вызовов дефектовку проводить из "одного места"))

У нас для онлайн. Рассчитываем предложение для людей, только желающих взять ипотеку

Всем привет!
Подскажите, пожалуйста, как лучше сделать:
в процессе есть несколько сервисных тасок, они используют один и тот же делегат, который отправляет внешний запрос по некому ресту.
Для каждой сервисной таски есть несколько полей в Field Injections, из которых формируются данные запроса для отправки рестом.
Эти данные формируются некрасивым свитчом (switch/case/break). Я хочу от этого избавиться.
Какие есть альтернативы внедрению полей, когда их довольно много и с ними становится неудобно работать, но передавать параметры в делегат необходимо?

Мне только пока пришла идея сделать делегатный суперкласс (класс, имплементирующий JavaDelegate), реализовать в нём метод, дёргающий рест, а в дочерних классах уже вызывать этот метод с разными параметрами.
Каждая сервисная таска будет использовать свой дочерний делегат
🙂

Input/Output не пробовали использовать?)

нет, а что они дают?)

я сам подробно не вдавался, но текстовый параметр в таску передаю так периодически