RT
Extrenal task это тип задачи
Size: a a a
2019 April 20
RT
Которая помещается в специальный пул и ждёт, когда внешнее приложение заберёт таск.
RT
Через rest или Java метод
RT
После обработки задачи внешнее приложение "возвращает" таск
RT
В документации на сайте камунда этот механизм хорошо описан.
RT
Ничего "специально" регистрировать не надо, в принципе. При выполнении метода Fetch and Lock вы просто идентифицируете свое приложение каким либо идентификатором, типа "MyCoolApp".
RT
мы как-то ранее это обсуждали чуть ли не в этом же чате.
External task - полный аналог того, как человек выполняет Human Task.
он сначала "резервирует" задачу за собой (claim), потом выполняет какие-то действия с данными, потом "комплитит" таск
то же самое происходит и через External Task, но внешним приложением
External task - полный аналог того, как человек выполняет Human Task.
он сначала "резервирует" задачу за собой (claim), потом выполняет какие-то действия с данными, потом "комплитит" таск
то же самое происходит и через External Task, но внешним приложением
RT
хороший это подход к проектированию или нет - зависит от архитектуры, т.к. да, ты будешь вынужден рядом с камундой или во внешнем приложении держать какой-то воркер, периодически опрашивающий камунду на предмет появившихся задач
DK
Идеально подходит для тех команд, которые в джаву не умеют
MD
Этот подход помогает отделить процессы от вычислений.
Так же этот подход очень хорошо разгружает процесс и делает распределенное приложение.
Так же этот подход очень хорошо разгружает процесс и делает распределенное приложение.
MD
Делал на jvm все микросервисы. Это удобно
DG
хороший это подход к проектированию или нет - зависит от архитектуры, т.к. да, ты будешь вынужден рядом с камундой или во внешнем приложении держать какой-то воркер, периодически опрашивающий камунду на предмет появившихся задач
Я сделал листенер, который при появлении таска фетчит его в бд и кидает в mq в соответствии с топиком. Какие могу с этим проблемы поиметь?
RT
По идее все логично
AK
Естественно Нет.
Сама камунда смотрит и так в БД.
И с помощью fetch and lock мы регулируем состоянием процесса.
Сама камунда смотрит и так в БД.
И с помощью fetch and lock мы регулируем состоянием процесса.
А, в смысле этот сервис ходит в апи камунды, тогда понятно
MD
Я сделал листенер, который при появлении таска фетчит его в бд и кидает в mq в соответствии с топиком. Какие могу с этим проблемы поиметь?
Как листенер делали?
MD
А, в смысле этот сервис ходит в апи камунды, тогда понятно
Агась. Именно :)
Конечно можно через engine, но тогда монолит и уже другие условия
Конечно можно через engine, но тогда монолит и уже другие условия
DG
Как листенер делали?
ExecutionListener, в котором читаю топик и создаю спринговый ивент с информацией о топике. На ивент реагирует @TransactionalEventListener (срабатывает после коммита транзакции, в рамках которой создан ивент). А уже в этом листенере делаю фетч таска из соответствующего топика и отправляю в mq.
2019 April 21
RG
Привет! А в стандартной Camunda BPM можно описывать процессы используя YAML? Насколько я знаю есть BPMN/XML и Java DSL. Может есть какое то расширение для поддержки YAML?
AK
Привет! А в стандартной Camunda BPM можно описывать процессы используя YAML? Насколько я знаю есть BPMN/XML и Java DSL. Может есть какое то расширение для поддержки YAML?
нельзя, нет, зачем
RG
Почему спрашиваю, вот чего Bernd писал в 2017