Раз уж тут холивар по клиентам разрастается, Receive Message/Task от них тоже bad practice? 🙂

Формально да, потому что ресив мессадж требует знания мессаджАЙДИ, но клиент ничего такого не знает и знать не хочет (ну и зависимость лишняя для процесса), но от системы, которая клиента обслуживает - традиционная тема

Ну, конечно, реализация у нас во втором варианте, да.

Принимается, зачёт

Более того, это сделано через отдельную ручку (очередь в кролике) в самой камунде 😅
Т.е. о как таковых месседжах сами клиентские системы вообще не в курсе даже.

Мои пять копеек в юзертаски для клиента. Они не имеют смысла, так как не в зоне нашего влияния и управления. Если мы ожидаем действий клиента, то это наша задача. Если мы контролируем, выполнил клиент дейстивие или нет это наша задача. И для примера: нам не нужны юзертаски на то, что клиент делает вне зоны нашего контроля, например сходил в МФЦ, в БАнк набрал там справок и т.д. Ровно до того момента пока он не принес их нам у нас одна задача, ждать ответа клиента. Когда клиент пришел, у нас другая задача - принимать документы и далее по проуессу. Нас не интересуют  шаги клиента по выполнению действий если мы не можем сами их проконтролировать, зачем их отслеживать и как мы будем это делать?

Идеально

Ещё немножко вопросов про мультиинстансы.
Я ж правильно понимаю, что можно поднять сам движок без UI совсем и отдельно поднять только UI (без воркеровв) и запроксировать все запросы к ui на него? (Spring boot + docker)

можно

Супер, спасибо.

Добрый вечер, я чуть запутался при настройке процесса игры камень-ножницы-бумага.

процесс состоит из юзер тасков, которые связал с формами. Одна из форм это выбор камень, ножницы или бумага. Для каждого из игроков отдельная форма со значением текстового ввода choice и choice2 соответственно.

В конце процесса есть таск с дмн таблицей, где есть две input колонки и одна output. в input variable в соответствующих input колонках я вписал значения key из форм - choice и choice2.

Ошибка при отправка выбора второго игрока: no variable found for name “choice”

То есть выбор первого игрока не сохранился и не достиг дмн?

Интересно посмотреть на твою игру. Можешь дать ссылку на код?

Добрый день! Нашла, что вопрос уже был, но не нашла ответ! Может кто-то может подсказать, как это сделать?

<property name="historyCleanupEnabled">true</property>
     <property name="historyCleanupStrategy">removalTimeBased</property>
     <property name="historyCleanupBatchWindowStartTime">00:01</property>
     <property name="historyCleanupBatchWindowEndTime">08:00</property>
     <property name="historyCleanupDegreeOfParallelism">2</property>
     <property name="historyTimeToLive">P14D</property>
     <property name="batchOperationHistoryTimeToLive">P14D</property>
     <property name="historyCleanupJobLogTimeToLive">P90D</property>
     <property name="taskMetricsEnabled">true</property>
     <property name="taskMetricsTimeToLive">P90D</property>

Там есть спец опции по batch

Removal-Time-based Strategy

Can only remove data for which a removal time is set.

А у меня там null

Ну пройтись и установить removal_time как now + 30 дней

Как вариант, я ожидала, что для этого можно заюзать endTimeBased