ММ
ну что-то не так делаете с присваением переменных которые на коммит посылаете в процесс
Size: a a a
2021 October 20
OK
Вы правы. Кажется я что то не дописываю, даже через постман он мне выдает ошибку
OK
через постман также устанавливал переменную
OK
хмм, вот это уже интересней
ММ
просто передавайте только value
ММ
и все
OK
в таком случаи мы возвращаемся к этому
OK
не понял как передал, но передалось
OK
разберусь сам и вам расскажу...
OK
переименовал outputVariable
OK
и далее в другом external Task е вот так прописал
OK
и все заработало
РТ
Было бы забавнее, если решение включало бы в себя изменение кривизны стрелки между тасками на схеме)
IB
по длинной стрелке переменная долго до следующей таски бежит, очевидно!
НГ
Добрый день!
Есть примерно такой процесс. Несколько камунд смотрят на одну базу, много external task клиентов. Очень часто вылетает Optimistic locking exception. Думаем минимизировать проблему через asyncBefore. Поможет ли это?
Есть примерно такой процесс. Несколько камунд смотрят на одну базу, много external task клиентов. Очень часто вылетает Optimistic locking exception. Думаем минимизировать проблему через asyncBefore. Поможет ли это?
ММ
Пробуйте у меня в такой же архитектуре практически нет лок и да почти везде стоит async before
AK
external task - это уже save point для процесса, так что не вижу тут как asycBefore поможет.
скорей всего OLE возникает при fetch&lock задач клиентами и в принципе это нормально:
для этого локинг и добавили, чтобы несколько клиентов одну и ту же задачу не стали выполнять.
скорей всего OLE возникает при fetch&lock задач клиентами и в принципе это нормально:
для этого локинг и добавили, чтобы несколько клиентов одну и ту же задачу не стали выполнять.
НГ
OLE вылетает при комлите, не при локе
ММ
На комлит оно не только завершает задачу, а идёт до след точки транзакции
AK
да, но процесс то последовательный, так что где тут конфликт возникнуть может непонятно.