У вас будет понятное стартовое события: получены оба сообщения. Для БП самое то. Согласен, визуально отслеживать только одно пришедшее сообщение будет невозможно, с другой стороны не нужно будет удалять инстансы по которым второе сообщение уже никогда не придёт. А такие точно будут))))

Вобщем сомнений, что это можно делать за кадром, особо нет) лучше ли? Это вопрос - придётся дополнительную точку отказа вводить и часть логики выносить туда. Просто хотелось понять, можно ли это как-то разрулить на схеме. То, что будут процессы без одного из событий, тоже сомнений не вызывает - это можно мониторить)

Как-то разрулить можно будет. Но зачем? Это явно добавит на бизнес-процесс логики, которая к бизнес-процессу в чистом виде никакого отношения не имеет.
По поводу точки отказа... поверьте, за пределами камунды это будет быстрее, дешевле и надежнее

Не могу не согласиться) спасибо за мнение, услышал 🙏

ну почему? в большей части случаев - возможно. Я скажу, что я так и делаю))

Но если реально по сценарию возможен старт двух процессов - то почему бы не сделать проверку эту первым шагом?
Простой insert в БД с уникальным ключом, обработка ошибки и soft-завершение процесса)

тоже довольно просто

При чем тут  два процесса?) Нужно один процесс по двум событиям инициировать

два события стартуют два процесса, один из них "умирает" быстро. Остается один. Не вижу разницы))

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

это оптимистичная блокировка по сути

Ну... на вкус и цвет) я за "чистые" решения и так бы не делал.  А если между приходом событий большой промежуток времени, нужно тормозить первый процесс и возвращаемся к первоначальным картинкам с синхронизацией через различные элементы. Сложна....

Всем привет! подскажите, кто то настраивал End-Time-based Strategy ?  достаточно в bpm-platform.xml  указать <property name="historyCleanupStrategy">endTimeBased</property>   ?

для выбора самой стратегии

Здравствуйте!

Я наизусть не помню, достаточно ли только этого параметра.

Можно посмотреть

https://docs.camunda.org/manual/7.16/user-guide/process-engine/history/#history-cleanup

Если не ошибаюсь, кроме параметров стратегии очистки, надо еще указать срок хранения отдельных процессов (history time to live).

Спасибо! Все сделал по документации, а нет какой то таблички чтобы посмотреть следы работы cleanup startegy?

Достаточно мониторить кол-во записей во всех таблицах истории.

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

ну это можно глянуть через рест ручку

спасибо!!!

> а нет какой то таблички чтобы посмотреть следы работы cleanup startegy?

Очистка убирает записи из таблиц с приставкой ACT_HI_.

Мы делали такой тест:

1. Устанавливаем срок удаления процессов на 1 день.
2. Запускаем и завершаем 10 процессов в день t0.
3. Записываем количество строк в "исторических" таблицах (сумма SELECT COUNT(*) во всех таблицах, имя которых начинается на ACT_HI_).
4. Ждем 1 день.
5. Повторяем замер из шага 3.
6. Если количество из шага 3 больше, чем количество из шага 5, то значит очистка сработала.

Если тест прошел успешно, устанавливаем срок удаления процессов на нужный срок (например, 180 дней).