Телеграмм чат группы camunda

Size: a a a

Camunda BPM Group

2018 December 20

условно, распарсить ответ REST-сервиса, установить какие-то переменные в процессе, какие-то базовые проверки сделать и т.п.

источник

18:35пожаловаться #1

Ruslan Tagirov in Camunda BPM Group

ну вот условно:

execution.setVariable('status', "Ошибка отправки заявки");

// установка кода внешнего статуса для События = "ошибка"
execution.setVariable('eventStatusId', "99");
execution.createIncident("REST Error", execution.getProcessInstanceId(), status);

источник

18:36пожаловаться #2

Sergey Novikov in Camunda BPM Group

Да это можно. Но отладка и переделка это ооочень много проблем. Такая не очень полезная фишка в камунде

источник

18:37пожаловаться #3

Ruslan Tagirov in Camunda BPM Group

ну тут речь идет скорее о разработке некотоых "скелетов" БП с базовой логикой
далее уже решается, нужно ли обогащать таск джава-делегатом или достаточно нескольких строк несложного кода

источник

18:38пожаловаться #4

Ruslan Tagirov in Camunda BPM Group

в общем понятно, придется дальше делать скрипты внешним инструментом

источник

18:39пожаловаться #5

Artem Kuraev in Camunda BPM Group

У вас камунда парсит ответы рест сервиса? Не надо так Оо

источник

18:57пожаловаться #6

Artem Kuraev in Camunda BPM Group

Поменялся рест-сервис и привет процессу

источник

18:57пожаловаться #7

Ruslan Tagirov in Camunda BPM Group

нет, ответы парсит джава-делегат

источник

18:57пожаловаться #8

Artem Kuraev in Camunda BPM Group

Ааа

источник

18:58пожаловаться #9

Ruslan Tagirov in Camunda BPM Group

если ответ невалидный, в процесс вернется BPMNError

источник

18:58пожаловаться #10

Ruslan Tagirov in Camunda BPM Group

если сервис поменяется, то в любом случае "привет процессу", если только в процессе не реализована ветка "ошибка ответа"

источник

18:58пожаловаться #11

Ruslan Tagirov in Camunda BPM Group

ты хоть на Camel, хоть на чем пиши обработку ответов, если "та сторона" внезапно решила поменять сигнатуру - ну привет

у нас сделано сейчас так, что камунда с внешним миром общается через джава-делегат, который в свою очередь общается только с маршрутами Camel

источник

18:59пожаловаться #12

Ruslan Tagirov in Camunda BPM Group

в Camel в этом случае можно попытаться в сторону камунды держать какой-то более-менее постоянный API, а в сторону других систем - ну реагировать на изменения

источник

19:01пожаловаться #13

Stanislav Minaev in Camunda BPM Group

а не проще через external task во внешние сервисы ходить? Или для вашей ситуации требования не позволяют?

источник

19:02пожаловаться #14

Ruslan Tagirov in Camunda BPM Group

не хотели писать воркер для обработки внешних тасков, хотя это обсуждали

источник

19:03пожаловаться #15

Aleksei Sheifler in Camunda BPM Group

Artem Kuraev

Поменялся рест-сервис и привет процессу

А как же тесты?

источник

19:03пожаловаться #16

Stanislav Minaev in Camunda BPM Group

а в чем причины? Их сильно проще масштабировать, камунда внезапно под нагрузкой не умрет и т.п.

источник

19:04пожаловаться #17

Ruslan Tagirov in Camunda BPM Group

мы пошли по пути "все что можно сделать синхронно - делай синхронно"
а если время ответа предсказуемо большое - то асинхронный джава делегат тоже есть

источник

19:04пожаловаться #18

Aleksei Sheifler in Camunda BPM Group

Мне наоборот все больше нравится Spin и гибкие модели в процессе. Обычно из всей модели тебе нужны то пару полей, а что там другое поменяют все равно

источник

19:04пожаловаться #19

Ruslan Tagirov in Camunda BPM Group

Stanislav Minaev

а в чем причины? Их сильно проще масштабировать, камунда внезапно под нагрузкой не умрет и т.п.

ну значит придется еще поддерживать отдельный "движок" для работы с внешними тасками и проч.

источник

19:04пожаловаться #20