Хороший вопрос, я о нем думал, но я просто не знаю как по другому сделать

В кафку запихать?

Делать без камунды по классике?

Сроки, сага нужна еще вчера, уже и так классика)

Ну и впринципе потом, пр желании можно камунду на весь проект бз проблм растянуть

Тогда смотрите, юзайте deferredresult. На ресте вы запускаете процесс и создаёте объект deferredresult , кладёте его в хранилище (можно потоконезависимую мапу), ключ бизнес кей или реквест гуид или что либо подобное. Когда процесс дойдёт до конца на последнем шаге он лезет в эту мапу, получает deferredresult по ключу и сетапит туда результат.удаляет объект из мапы. Съэкономите ресурсы.

И контроль выполнения только у БП. И не нужно постоянно проверять переменные.

Блаодарю, это то, что я искал

На всякий случай: https://www.baeldung.com/spring-deferred-result

Я правильно понял, мапа лежит в отдельном делегате и занимается только сопоставлением респонсов?

Мапа ничего сама не делает. Она только хранит связь requestId с объектом ответа. Это не делегат будет. Сделайте это сервисом (компонтентом) внутри камунды. В контроллере вы дергаете сервис :

 resultService.register(requestId)

. Сервис вам возвращает deferredResult, вы возвращаете его клиенту :

return deferredResult;

. Для БП делаете делегат, который будет вызываться на последнем шаге. Делегат будет делать что-то типа такого:

resultService.setResult(requestId, result);

Внутри сервиса будет вы из мапы (только не просто хэш мэп, будут проблемы) по requestId находите ранее созданный deferredResult, сетапите в него результат и удаляете из мапы. Несмотря на то, что ранее вы сделали

return deferredResult

клиент получит ответ только после этого.

 resultService.register(requestId)

return deferredResult;

resultService.setResult(requestId, result);

return deferredResult

Точно, спасибо еще раз

 resultService.register(requestId)

return deferredResult;

resultService.setResult(requestId, result);

return deferredResult

Наверное всеже вмсто мапки, лучше складывать в переменные камунды, на случай ребута мкс

Хозяин барин. Но мне кажется не лучшей идеей тащить это в контекст. Если МКС перезапустится, то клиент отвалится все равно

Это да, но там можно дернуть колбек

Делайте тогда все асинхронно через колбек, зачем вам тогда держать коннект?

У меня вопрос по смысловой нагрузки tenant, что подразумевается под этим свойством?

Господа, вопрос есть. При комплите юзертаски через рест передается в одном из параметров дата в формате ISO 8601 (казалось бы общепринятый), но камунда говорит что дату не может распарсить. Может в каком то специфическом формате камунда дату ждет, кто-то знает?

Зависит от версии ядра, они меняли там подход к дате около 7.7

На форуме есть тред про это у них, погуглите