SD
Size: a a a
2021 August 20
SD
@dpisarenko посмотрите transaction boundaries. То, что вы хотите получить нарушает эту концепцию, т.к. потребует сохранения контекста в бд, для продолжения на другом энжине. Не теряйте время, делайте асинхронное взаимодействие между эндинами и разделяйте базы. Это поможет в будущем сократить проблемы "шумных соседей" и производительности
2021 August 26
O
Друзья, подскажите, можно ли как-то такую бороду компактней сделать, или нет?
(На цвета внимание не обращать)
(На цвета внимание не обращать)
А
да, из одного плюсика собрать в один, а не делать по 2 плюсика на каждой строке
O
Ну это не по существу. Плюсики явно показывают кто куда, без наложений, в которых не ясно сколько потоков.
По существу есть идеи? Бизнес правила там или типа того
По существу есть идеи? Бизнес правила там или типа того
ЮР
завернуть юзертаски в подпроцесс и сделать его мультиинстанс parallel...
O
как в подпроцессе сделать выбор из нужного юзер таска? или там делать сервис таск, который генерит нужный юзер таск в ваккуме и ждет от него ответ?
Или надо выдумывать универсальный юзер таск, который в зависимости от внутреннего идентификатора рожает разный интерфейс и разные выходы?
Или надо выдумывать универсальный юзер таск, который в зависимости от внутреннего идентификатора рожает разный интерфейс и разные выходы?
ЮР
ну вы же на основании чего-то в exclusive gateway принимаете решение
O
т.е. так или иначе все равно надо полный набор из тасков оставить, но в подпроцессе...
ЮР
у меня у коллег недавно был пилотик и им надо было запилить 52 юзертаски - они таки предпочли сделать универсальную формочку)
ЮР
это тоже вариант
IK
Напрашивается подпроцесс, параметры для него можно скриптом или делегатом подготовить, в том числе и путь до форм
R
Завести набор бизнес правил (валидаторов на фронте и бэке), где проверять наличие нужных исполненных запросов. А юзер таску сделать одну - сделать запросы куда нибудь куда надо.
Или как вариант dmn)) но это имхо перебор
Или как вариант dmn)) но это имхо перебор
R
Можно поиграться с дополнительными сущностями типа "проверка" и на ее основе ставить уже user task
DK
Заменить это просто для начала на и/или шлюзы, уже намного меньше станет
2021 August 27
AK
Добрый день, я хочу в error code передать код ошибки определенную в переменной
AK
Но при срабатывании события по ошибке я ловлю просто строку ${result_check}, а не значение переменой
AK
Как динамически передать в error_code значение