Судя по коду deploy-changed-only тоже нужен, без него будут деплоится повторы

org.camunda.bpm.engine.impl.cmd.DeployCmd#resolveResourcesToDeploy

здесь можно посмотреть
Но почему у вас повторно деплоится - непонятно. Надо дебажить

org.camunda.bpm.engine.impl.cmd.DeployCmd#resolveResourcesToDeploy

я правильно понял что дебажить камунду? просто я эту ошибку смог повторить через постман

да камунду, чтобы понять в чем проблема

Помимо самой схемы там ещё есть параметры типа deployment name и deployment source. Так вот, если у вас эти параметры в двух поставках с одинаковым содержимым будут разные, поставки будут считаться разными, независимо от того что сами bpmn идентичны. Схемы будут задеплоены повторно.

согласен, чтобы сделать повторный деплой одними и теми же схемами мне пришлось поменять deploymentName, но я ожидаю что в таком случае или задеплоятся все схемы, или все не задеплоятся, а наблюдается поведение что передеплоивается одна из трех((

Попробовал воссоздать ваш кейс.  Ваш пример с pastebin, локальная камунда + postman.
1 шаг. Деплоятся все три схемы.
2 шаг. Меняю deployment name. Деплоятся три схемы.
3 шаг. Еще один запрос без смены deployment name. Ни одна из схем повторно не деплоется.

Спасибо, нашел ошибку в своем запросе в постмане, повторил ваш результат

Еее

А что за ошибка то была?

@serg_dat Серега, скучно тебе))

А есть тут те, кто логику через AcivitiyBehaivor реализует, а не через Java Delegate? В чём профит получаете?

У нас вызов внешних сервисов через AbstractBpmnActivityBehavior реализован.
Идея была в возможности отладки сервисных тасков. Процесс останавливается на сервисном таске до вызова внешнего сервиса -> на UI видим этап на котором процесс и с какими параметрами будет вызван внешний сервис, можем поменять и жмем выполнить -> идет вызов внешнего сервиса и снова остановка, на UI видим результат вызова, можем поменять, и жмем продолжить.
Реализацию этого делал через метод signal, поэтому нужен был AcivitiyBehaivor.

да файлы неправильно передавал, но теперь есть понимание куда копать в программе

Подскажите, как отключить автосоздание demo юзеров/данных для камунды из докера?

Вопрос не совсем понятен. Вы разворачивание много контейнеров и вам не нравится что у них у всех есть пользователь demo? Или Вам просто нужно на одном стенде удалить этого пользователя?

Первый случай.

Речь об образе из докер хаба. Нужные конфиги смонтировал. Базу подключил. Данные загрузил. Авторизацию настроил. Демо удалил. Перезапустил контейнер. Все на месте. Но все демо данные вернулись в базу...

docker run -d --name camunda -p 8080:8080 \ -v $PWD/webapps/:/camunda/webapps/ \ camunda/camunda-bpm-platform:latest