вопрос.

Как можно завершать экстернал таски таким образом, чтоб переменные, которые передавались - устанавливались в "локальном" скоупе, а не в скоупе всего процесс инстанса...

паасиб. ща поэкспериментирую

ммм.... либо не помогло, либо я что-то недопонял опять.

Вот пример схемы.

Здравствуйте
Есть у кого-то пример схемы для скорринга клиента?
Когда есть ряд запросов во внешние АПИ (рейтинг бюро кредитных историй, статус паспорте об утере и тд)
И на основе полученных данных ветвление и начисление баллов

Из одного источника может быть несколько характеристик

таски 1 и 2 имеют доступ только к 2 скоупам - глобальному (скоуп всего процесс инстанса) и локальному скоупу самой таски, который будет недоступен как только таска завершится.

таски 3_1 и 3_2 имеют доступ к 3 скоупам -  глобальному (скоуп всего процесс инстанса), "среднему" - (скоуп, который создался после развилки) и  локальному скоупу самой таски, который будет недоступен как только таска завершится

Соответственно, java код "externalTaskService.complete(task.getId(), this.workerId, null, localVariables);" устанавливает переменные в третий скоуп, и в таске 4_1 или 4_2 эти переменные уже недоступны.

java код "externalTaskService.complete(task.getId(), this.workerId, variables);" устанавливает переменные в первый скоуп, и они перезатирают друг друга.

как "положить" переменные во "второй" скоуп?

Оберни 2 вилки в подпроцессы, при входе инициализируй нужные переменные в скоупе подпроцессов.
Из 3.2 и 4.2 используй скоуп подпроцесса
Если нужен между 3.1 3.1 4.1 4.2.- всеми, то оберни их все в один подпроцесс

И не забудь в самом конце проставить на скоуп процесса
Чтоб принять решение в конце, если нужно )

Инициализируй в нужном скоупе при помощи in/out.
Верни в основной in/out из подпроцесса/подпроцессов

А без подпроцессов - никак?

Думаю, что как.
Тебе нужно в нужном екзекьюшене(который распаралелился по шлюзу)
Как-то проинициалищировать нужные проперти.
Поиграй с in/out, не уверен, но вдруг

У меня та же история была с запуском N параллельных подпроцессов - пришлось бегать с бубном и инициализировать в контексте каждого подпроцесса нужные переменные, чтоб при вызове/установке брался не из совсем родительского, а из первого найденного, а именно подпроцессного(и не локального)

Ещё ты можешь поиграть с другим: как-то вычленить нужный екзекьюжн объект и про сете переменной явно указывать - в какой конкретно проставить

Они создаются бесплатно )))

Нет. Чем больше подпроцессов, тем сложнее дальнейший maintenance

Добрый день всем! У меня возник вопрос, частично связанный с архитектурой Камунды, на данный момент у нас в проекте на окружении существует несколько микросервисов использующих Camunda как библиотеку, у каждого микросервиса несколько под и одна база данных на микросервис. Т.к. микросервисы бывают связаны между собой через цепочку вызовов - появилась потребность просматривать все процессы по  определенному id который мы передаем в переменные процесс инстансов. Для этого нужно пересмотреть архитектуру наших приложений. Насколько я знаю - есть несколько вариантов, например использовать один processEngine на все микросервисы - но для этого скорее всего потребуется довольно много времени на рефакторинг и я не знаю, на сколько это правильный подход. Другая идея - использовать общую базу данных для всех Camunda сервисов. Было бы здорово если есть возможность использовать общую бд для истории и разные рантайм бд. Наверное в таком случае имеет смысл изменить БД на liquibase чтобы в каждом инстансе раскатывать только нужные таблицы. Буду очень признателен, если дадите совет,
как лучше всего сделать то что нам нужно, и если есть возможность - поделитесь пожалуйста документацией,
где бы технически описывалось как это можно сделать. Спасибо.

Что значит просматривать?

У меня в эксамаде скоро можно будет проваливаться в другие камунды по клику на диаграммке

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

В рантайме?

И в чем прикол их видеть? Чтобы что?