Это в принципе не правильно, для этого и есть комьнити эдишн, что бы отладить баги, да и камунда сама заинтересована их профиксить, если это критический баг, то вся камунда получит фикс в след релизе

Так мы не против пофиксить и обращаться.
Но не имея конкретного кейса с тем что не работает это бесполезно.
Проблема найти проблемы среди всех процессов

Так вы же привели пример, с boundary Event и ещё упоминали, что другие похожие  тоже есть, те такие проблемы не только для вас специфические, но и у всех должны возникнут, как я понял

С баундари ивентом это не баг,
Там в какойто версии насколько я понял добавили пропертю и дефолтное поведение без нее изменилось

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

А вы как платформа делегаты тоже хостите?

Или только бпмн?

Я бы пропарсил xmlилны, разделил их на группы, условно : "просто бпмн, нечему ломаться", "опасные символы".  Те, которые опасные, побил бы группам опасных символов. Взял бы по одному дифинишену из каждой группы и перемигрировал на новую версию,  тесты прочекал. Так бы затдетектилось новое проведение хмлей

И обратным счётом, зная что поменялось, массово пофиксил хмл

И для каждой мажорной версии камунды повторил

Не понял как ты классифицируешь на опасные/не опасные?

Ну стартовое событие, шлюз и и скрипт таск не опасные

Их поведение с самого начала не менялось и не будет меняться, там в стандарте все суперпросто относительно них

К опасным бы ещё отнес все элементы, которая камунда в своих релизах упоминает

14к, селфсервис... Голдмансакс?

Ясно
Возьму на заметку

Ага

Вы уже уехали в докеры или на тенантах ещё?

Энджины пока на тенантах
Остальное потихоньку перевозим

Коллеги, поделитесь бест-практис. Я только погружаюсь в камунду и возможно некоторые вещи не понимаю. Есть spring boot + camunda , пока еще НЕ ПРОД система, bpmn и dmn лежат в resources. При перезапуске приложения версии процессов инкрементятся, даже если bpmn не обновлялись. Мне кажется, что это не совсем правильно и удобно. Хотелось бы сделать иметь деплой более управляемым, например в случае изменений схем. Как это решается?