Size: a a a

Camunda BPM Group

2021 January 26

MZ

Max Zimin in Camunda BPM Group
Я правильно понимаю, что нет возможности получить именно ссылку на переменную в памяти в данном случае чтобы ей модифицировать props?
источник

MZ

Max Zimin in Camunda BPM Group
И нужны иные пути из разряда того, что Вы предложили
источник

DK

Denis Kotov in Camunda BPM Group
правильно
источник

MZ

Max Zimin in Camunda BPM Group
Спасибо большое)
источник

AV

Anna Vekshina in Camunda BPM Group
Друзья, подскажите, если в подпроцессе несколько окончаний этого подпроцесса, то токен в основной процесс вернётся только после того, как все токены подпроцесса дойдут до финала или же после каждого финала будет активироваться основной процесс?
источник

SN

Sergey Novikov in Camunda BPM Group
после того, как все токены подпроцесса дойдут до финала
источник

AV

Anna Vekshina in Camunda BPM Group
спасибо
источник
2021 January 27

DG

Dmitriy Gavrilenko in Camunda BPM Group
Привет. Предположим у меня схема разветвляется на 50 направлений, что создает 49 доп. токенов (синий кружок). По идеи каждый токен можно считать самостоятельным потоком (программным). Все 50 в один момент упираются в одну и ту же сервисную таску (тасок то 50, просто делегат один и тот же). Логика делегата читает/пишет в один и тот же источник данных. Создается состояние гонки. В камунде если какие-то встроенные механизмы синхронизации (настраиваемые или из коробки в коде) или нужно писать локеры на уровне jvm?
источник

DK

Denis Kotov in Camunda BPM Group
Что-то не так с процессами, smellss
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
Denis Kotov
Что-то не так с процессами, smellss
Теоретически может возникнуть такая ситуация когда пусть даже две разных сервисных таски читают из контекста переменную, но основе значений выполняется какая-то логика, переменная меняется и записывается обратно в контекст. Только что в голову пришел отличный пример. Машина состояния. Если переменная со значением 1, то делаем действие1, задаем значение 2 в переменной, чтобы следующий кто ее прочитает мог понять в каком сейчас состоянии "процесс". И можно допустить такое, что когда выполнялось действие1 (выполняется несколько часов допустим), какой-то другой токен наврался на такую же сервисную таску, прочитал состояние, а там 1 и тоже начал выполнять действие1. А его выполнять нельзя, потому что оно уже выполняется. Нужна синхронизация
источник

DK

Denis Kotov in Camunda BPM Group
Вам виднее, я за 30+ с такой необходимостью не сталкивался
источник

DK

Denis Kotov in Camunda BPM Group
Но если использовать камунду как средство визуального программирования, то такие обстоятельства наверное могут возникать
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
Ладно, поисследую этот момент)
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
@Kotskin кстати Денис, это ваш  канал на ютубе и сайт bpmn?
источник

DK

Denis Kotov in Camunda BPM Group
Мой
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
Видел не так давно стримы были, на которых вы оцениваете присылаемые вам схемы
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
Как можно попасть к вам на оценку, не обязательно на стрим)
источник

DG

Dmitriy Gavrilenko in Camunda BPM Group
А бывают ли не мега костыльные варианты передачи в выделенный участок значения переменной из контекста? Я так понимаю любое выражение воспримется как строка и в таком же виде улетит в value
источник

AV

Anna Vekshina in Camunda BPM Group
Друзья, здравствуйте! Подскажите какие правила установки кода эскалации в камунде? Или где это можно изучить? Не смогла найти в описании камунды
источник

ET

Ed Tsoy in Camunda BPM Group
Anna Vekshina
Друзья, здравствуйте! Подскажите какие правила установки кода эскалации в камунде? Или где это можно изучить? Не смогла найти в описании камунды
Код эскалации в принимающем элементе должен быть равен коду эскалации в бросающем элементе.

Обычно в kebab-case вроде принято.
источник