R
не так быстро как я ожидал конечно
а long polling используете?
Size: a a a
2020 April 29
В
судя по коду external-client это фетч таймаут повторить
В
const tasks = await engineService.fetchAndLock(requestBody);
this.emit("poll:success", tasks);
tasks.forEach(executeTask);
this.emit("poll:success", tasks);
tasks.forEach(executeTask);
В
await говорит явно что это промис и посе его резольва повтор действия
R
если использовать fetchAndLock + таймаут + цикл то при малом количестве воркеров-клиентов у вас будут задержки ощутимые
R
если использовать fetchAndLock via long polling + таймаут (если задач не было) + цикл - то становится явно лучше
В
да это точно видимо надо писать своего клиента будет еще
SD
я могу вечером попробовать воссоздать ваш кейс, но только на java клиентах. Если ошибка повторится, смогу покопаться.
В
а если лонг пуллом дергается то оно просто в стриме подливает респонс?
SD
а если лонг пуллом дергается то оно просто в стриме подливает респонс?
Не, оно так не может )
В
чисто зацепился и ждет пока респонс влетит?
В
если да. то в этой библиотеке оно есть
R
а если лонг пуллом дергается то оно просто в стриме подливает респонс?
при наличии хотя бы одной таски - он ее отдаст сразу, если нет ничего - немного "висим", ждем вдруг появится
В
я просто подумал привет рх и потоками съедать
В
ребят и еще одна боль, как я понял у камунды есть лимит на поле в 4000 символов, то есть если мне надо в одном принятии решения (пользовательская задача) передать 500 уюидов с принятым решением, как лучше это по вариаблес разложить?
SD
Поговаривают, что лучше не держать эти данные в Camunda =)))
В
это типо как бы да
В
но у тебя пользовательский таск, то есть либо размывать бизнес в логкику кода вне бпмн
В
либо все пихать в процесс хотябы ключами
В
я могу пользовательский конфирм обработать в своем эндпоинте и оттуда мессаджи по процессам сгенерировать, но получается что пользовательский таск превратится только в комплит месседж