AY
Йее)
Size: a a a
2019 July 18
IP
скажите, а камунда умеет слать ивенты о том, что появилась новая екстернал таска во внешнюю MQ?
DK
умеет вызывать ваш код на котлине
DK
который это умеет)
IP
тогда это ровно тот же вопрос, с которым я приходил пару дней назад.
к моменту вызова листенера на старт экстернал таски, ее самой еще нету. соответственно код на котлине, который в листенере вызовется об экстернал таске ниче не знает
к моменту вызова листенера на старт экстернал таски, ее самой еще нету. соответственно код на котлине, который в листенере вызовется об экстернал таске ниче не знает
IP
https://docs.camunda.org/manual/7.8/user-guide/process-engine/connectors/
Скажите, а вот эта штука - позволяет делать вызовы внешних API при выполнении таски?
Скажите, а вот эта штука - позволяет делать вызовы внешних API при выполнении таски?
DG
Немного не так. Глобальный листенер публикует спринговый ApplicationEvent. На это событие реагирует @TransactionalEventListener (срабатывает ПОСЛЕ коммита текущей транзакции) и уже в нем происходит обычный fetchAndLock и пуш в брокер.
@conung_vic Вот тред гляньте с обсуждением. Да в листенере еще нет таска в БД.
DG
https://docs.camunda.org/manual/7.8/user-guide/process-engine/connectors/
Скажите, а вот эта штука - позволяет делать вызовы внешних API при выполнении таски?
Скажите, а вот эта штука - позволяет делать вызовы внешних API при выполнении таски?
А эти штуки настолько ограничены, что сами камундовцы предлагают альтернативы в блоге)
IP
@conung_vic Вот тред гляньте с обсуждением. Да в листенере еще нет таска в БД.
спасибо.
IP
до меня только щас дошло, что можно эмулировать экстернал таску обычной сервисоной таской с кодом на джаве, который будет делать пуш туда, куда скажут и последующим активити Receive Task
Я верно же понимаю, что в Receive Task процесс будет сидеть и ждать пока не получит соответствующий эвент, что эквивалентно, если бы сидел и ждал пока не получит Complete от ExternalTask?
Я верно же понимаю, что в Receive Task процесс будет сидеть и ждать пока не получит соответствующий эвент, что эквивалентно, если бы сидел и ждал пока не получит Complete от ExternalTask?
DK
За исключением того, что если внешняя система очень быстрая, то она может ответить быстрее
DK
Чем камунда станет на ожидание
DK
И потеряется эвент
DG
до меня только щас дошло, что можно эмулировать экстернал таску обычной сервисоной таской с кодом на джаве, который будет делать пуш туда, куда скажут и последующим активити Receive Task
Я верно же понимаю, что в Receive Task процесс будет сидеть и ждать пока не получит соответствующий эвент, что эквивалентно, если бы сидел и ждал пока не получит Complete от ExternalTask?
Я верно же понимаю, что в Receive Task процесс будет сидеть и ждать пока не получит соответствующий эвент, что эквивалентно, если бы сидел и ждал пока не получит Complete от ExternalTask?
Да, но вы загрязняете схему лишними ивентами
DK
Ну и это не совсем то, зачем в бпмн нужны эвенты
IP
За исключением того, что если внешняя система очень быстрая, то она может ответить быстрее
да. но асинхронные задачи редко бывают настолько быстрыми. но поинт понятен
IP
Да, но вы загрязняете схему лишними ивентами
а как это сделать по другому?
IP
т.е. наиболее очевидный вариант :
каждую минуту опрашивать камунду на предмет наличия экстернал тасок - не нравится. если опрашивателей будет много, или в камунде будет много процессов, то кто-то рано или поздно загнется
каждую минуту опрашивать камунду на предмет наличия экстернал тасок - не нравится. если опрашивателей будет много, или в камунде будет много процессов, то кто-то рано или поздно загнется
DG
Вот здесь мой вариант
DG
Переслано от Dmitrii Goncharov
Немного не так. Глобальный листенер публикует спринговый ApplicationEvent. На это событие реагирует @TransactionalEventListener (срабатывает ПОСЛЕ коммита текущей транзакции) и уже в нем происходит обычный fetchAndLock и пуш в брокер.