Can i get any useful notes regarding camunda

.net митап выходит как-то у меня. 66% докладов от шарпистов

Коллеги, а есть те, кто использовал камундовский DMN? На  каком-то митапе утверждали, что DMN, CMNN и BPMN друг друга дополняют и легко друг из друга вызываются. Есть желание попробовать DMN - очень уж привлекает идея вынести бизнес-правила из кода, не теряя производительности. Но хочется понять, что делать, если возможностей FEEL не хватит и для работы правила понадобится вызвать какой-то скрипт или процедуру. Тут бы и помогла возвможность вызывать из DMN BPMN. Но вот что-то не найду такого ни в спецификации DMN, ни в камунде. Из BPMN обратиться к DMN без проблем (в BPMN  тип задачи busenessRule, при этом в DMN описывается Decision service), а вот в обратную сторону непонятно.  Поделитесь опытом пожалуйста

Dmn надо вызывать как стейтлесс сервис, все что нужно - собрать заранее

То есть в бизнес-правиле никак не обратится наружу? Все , что может потребовать такого обращения нужно описывать в bpmn?

Куда хотите записывайте, просто правила не должны иметь возможности упасть на техническом уровне

А как обратиться то? В Feel нет конструкций для таких вызовов - там только операторы манипулирования с входящими параметрами

это как это "Dmn вызывать"? это не деплой Dmn на нужный сервер камнуды, а что то другое?

Правилам пофиг на ваши источники данных. Им нужно пихнуть объект/массив готовый, они выполнят что прописано в табличках. Поэтому данные собираете где хотите, а потом просто по ресту эвалюйт дисижн метод вызывайте, передав обьект

Это как калькулятор, ему все равно что такое 2 и 7 и откуда вы их взяли, он просто выдаст 14

результат бизнес-правил может быть не только решение но и запрос на больше данных (недостаточно данных для принятия решения).
и в цикле вызывать правила пока состояние процесса не содержит достаточно данных для принятия решения
а в окружающем BPMN делать запрос или получение данных от пользователей

👍 То, что нужно! Спасибо большое

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

а то получится процесс на бизнес-правилах в  циклах

А что в этом плохого? Нужно просто понимать, что быстродействие процесса гораздо ниже быстродействия правила и строить логику обработки соотвественно. Например 99 % решений принимаются по правилам в табличной  форме с обещанным быстродействием в 200000 решений на одном потоке, а 1% вываливается в процесс. Все равно это гибче, чем все 100% хардкодить в сервисе и быстрее, чем все 100% описывать на BPMN

я про решения вида "Отправть смс-ку и вернись назад, узнай что делать дальше"

https://bpmn2.ru/blog/kak-i-zachem-perexodit-k-processam вот тут писал свои соображения по этому поводу

Это скорее тема CMMN, а не DMN

сммн умер вообще , можно закапывать