DK
Size: a a a
2019 February 26
DK
внутри делегата уже делаете execution.Getvariable(applicationID) и поехали дальше
RK
Спасибо! Просто я привык к подходу, который обычно реализован в других BPMS - бизнес данные и данные по процессу храняться в БД самой системы и каждый новый экземпляр процесса это новая запись в таблицах
DK
ну в камунде так тоже можно, в 7.10 ввели transient переменные, которые не персистятся в базу. и это мгут быть большие и сложные обьекты
DK
но тут не стоит рассчитывать тогда на то, что вы эти данные кому-то сможете предоставить нормально и не сможете на них отчеты построить
RK
но тут не стоит рассчитывать тогда на то, что вы эти данные кому-то сможете предоставить нормально и не сможете на них отчеты построить
А почему? В чем тут подвох? Мы конечно хотим на их основании строить отчеты и делать выгрузки
DK
Подвох в том, что обработка одной бизнес- сущности - это вполне может быть десятки процессов. Которые имеют свойство иногда фейлится, перезапускаться, люди могут не те кнопки отжимать.
DK
И если эту бизнес-сущность хранить только в контексте, то его надо будет постоянно туда-сюда перекидывать
DK
и поддерживать консистентность этой сущности
DK
что сделать можно конечно на уровне схемы, с сигналами и прочими делами, но нахрен оно надо
RK
Ясно, спасибо!
2019 February 27
Д
Народ, подскажите пожалуйста что такое execution и чем отличается от instance?
DG
Execution - поток исполнения, ProcessInstance - экземпляр процесса. В одном процессе может одновременно существовать N потоков исполнения (после шлюза например)
Д
Токен?
Д
Речь идёт о токенах?
DK
ну это не совсем токен, это скорее одна прямая ветка в схеме
DK
без разделений на парралельные потоки
АМ
Тоже интересно. Получается, если, допустим, в маршруте есть eventGate, на одной ветке после которого - таймер, на другой - signalCatchingEvent, то есть два активных execution?
Д
Можно пример в двумя execution в одном processInstance?