SD
Можно. Это обычное java приложение. Но лучше отлаживайте локально.
Size: a a a
2020 June 30
DK
Его же можно включить когда она в томкете работает и обращаешься к ней через rest?
Угу
DK
Представляете, вчера на стриме кто-то донат прислал со словами "спасибо за ответы в чате, мы разобрались и внедрили камунду у себя"
SD
Короче нужно отвечать и сразу номер карты прикладывать? 😁
Z
Представляете, вчера на стриме кто-то донат прислал со словами "спасибо за ответы в чате, мы разобрались и внедрили камунду у себя"
VS
А еще вопрос про DNM - есть ли способ чтоб камунда в респонсе возвращала не только результаты модели которой вызвал но и результаты промежуточных?
AP
Коллеги, добрый день! Подскажите, пожалуйста, сталкивался ли кто-нибудь с необходимостью отлавливать исключения для external-тасков?
Не могу понять какой тип установить, чтобы управление пошло по линии выходящей из catch-кружка:
https://prnt.sc/t8z5rz
Не могу понять какой тип установить, чтобы управление пошло по линии выходящей из catch-кружка:
https://prnt.sc/t8z5rz
DK
А еще вопрос про DNM - есть ли способ чтоб камунда в респонсе возвращала не только результаты модели которой вызвал но и результаты промежуточных?
Нет, только промежуточные самому вызывать
DK
Коллеги, добрый день! Подскажите, пожалуйста, сталкивался ли кто-нибудь с необходимостью отлавливать исключения для external-тасков?
Не могу понять какой тип установить, чтобы управление пошло по линии выходящей из catch-кружка:
https://prnt.sc/t8z5rz
Не могу понять какой тип установить, чтобы управление пошло по линии выходящей из catch-кружка:
https://prnt.sc/t8z5rz
Зависит от семантики происходящего
AP
Зависит от семантики происходящего
external-таск отправляет сообщение в топик, сторонний микросервис читает сообщение из топика и вызывает .handleFailure(). Catch-блок должен поймать это исключение и отправить обработку по другому пути (на схеме - линия уходящая вниз). Сейчас у меня такие отлавливаемые исключения застревают на catch-блоке и не двигаются дальше:
https://prnt.sc/t8yeuf
https://prnt.sc/t8yeuf
DK
external-таск отправляет сообщение в топик, сторонний микросервис читает сообщение из топика и вызывает .handleFailure(). Catch-блок должен поймать это исключение и отправить обработку по другому пути (на схеме - линия уходящая вниз). Сейчас у меня такие отлавливаемые исключения застревают на catch-блоке и не двигаются дальше:
https://prnt.sc/t8yeuf
https://prnt.sc/t8yeuf
я не про это
SD
external-таск отправляет сообщение в топик, сторонний микросервис читает сообщение из топика и вызывает .handleFailure(). Catch-блок должен поймать это исключение и отправить обработку по другому пути (на схеме - линия уходящая вниз). Сейчас у меня такие отлавливаемые исключения застревают на catch-блоке и не двигаются дальше:
https://prnt.sc/t8yeuf
https://prnt.sc/t8yeuf
HandleFailure генерит инцидент, у них есть определенные правила обработки, которые вы можете устанавливать на стороне external service. Оно не обрабатывается на стороне bpmn, есть только возможность "повторить"
DK
это ж бизнес-процесс, а не библиотека для разработки приложений
DK
Нужно смысл ошибки понять
DK
и под него уже символ подобрать
AP
external таск должен был назначить задачу на исполнителя. Задача потеряла актуальность и ее не надо назначать
DK
и нужно дальше просто пойти по процессу?
DK
тогда это эскалация