OpenBPM 2.0 на Spring Boot 4: бесплатная замена Camunda 7 с совместимостью по данным и API

OpenBPM Engine 2.0 вышел как развитие идеи форков Camunda 7 (BPM-движок, то есть «мотор» для автоматизации бизнес-процессов, который ведёт задачи по заданной схеме) и сохранил совместимость с ней по схеме данных и программному интерфейсу. Релиз подготовила инженерная команда компании «Хоулмонт», которая развивает платформу OpenBPM как российскую альтернативу зарубежному решению. Контекст прост: предыдущие открытые версии Spring Boot (фреймворк, на котором строится серверная часть приложения) уже сняты с поддержки и перестали получать патчи безопасности, поэтому переход на новую основу для любого проекта на Camunda 7 становится вопросом времени.

Что изменилось в OpenBPM Engine 2.0?

• Переход на Spring Boot 4.0 и Spring Framework 7.0. Под капотом теперь Jakarta EE 11, Hibernate ORM 7.1, Spring Security 7, Jackson 3 и JUnit 6. Разработчики платформы предупреждают: «радиус поражения гораздо шире, чем кажется по номеру версии».
• Поддержка Java 17, 21 и 25. Команда ориентируется на LTS-релизы (версии с долгосрочной поддержкой). По данным независимых обзоров, на которые ссылается «Хоулмонт», даже простая пересборка проекта на JDK 25 может дать прирост производительности около 10%.
• GraalVM вместо устаревшего Nashorn. Старый JavaScript-движок Nashorn удалён из зависимостей. Вместо него OpenBPM поддерживает GraalVM JS 25.0 и GraalVM Ruby 9.1. Это значит, что скрипты на устаревшем стандарте ECMAScript 5 (который использовался в Camunda 7) могут работать некорректно и потребуют ручной проверки при миграции.
• Исправлено логирование. Ключ определения процесса в MDC (Mapped Diagnostic Context, механизм привязки контекста к записям в журнале) теперь берётся из базы данных, а не из объекта в памяти. Проще говоря, логи перестанут путать процессы между собой.
• Изоляция сеансовых cookie. Новое свойство конфигурации позволяет задать отдельный путь для cookie сессии OpenBPM, чтобы при совместной работе с другими системами аутентификации (например, Keycloak) не возникало конфликтов сессий и внезапных выходов пользователей.
• Health SPI, проверка работоспособности. Добавлен независимый от среды выполнения интерфейс, который подключает проверки здоровья системы к Spring Boot, Quarkus и обычной Java. Для портативной run-сборки выделена отдельная лёгкая точка /health, отдающая HTTP 200 или 503.
• Kafka-коннектор прямо из BPMN-схемы. В выражениях сервисных задач стал доступен компонент ${kafka. ...} для отправки сообщений и подключения слушателей топиков. Настройка идёт стандартными свойствами spring.kafka.* в конфигурационном файле.
• Поддержка Quarkus 3.33 LTS и баз данных PostgreSQL 14+, MariaDB 10.11 LTS, MySQL 8.4 LTS. Совместимость с Oracle, MS SQL Server и DB2 сохранена.

Релиз сопровождается руководствами по миграции, что существенно для команд, переводящих проекты с Camunda 7: разработчики прямо предупреждают, что переход требует внимания к скриптам и зависимостям.

Как попробовать OpenBPM Engine 2.0?

1. Перейдите на официальный сайт проекта OpenBPM и загрузите дистрибутив версии 2.0. Проект распространяется как открытая модель (опенсорс), платить не нужно.
2. Изучите руководство по миграции, особенно раздел про скрипты: если ваш проект использовал JavaScript на старом стандарте ECMAScript 5, скрипты придётся проверить и, возможно, переписать под GraalVM.
3. Проверьте версию Java на вашем сервере. OpenBPM 2.0 поддерживает Java 17, 21 и 25. Если вы на более старой версии, обновление JDK становится обязательным шагом.
4. Запустите тестовую сборку на своём стенде, используя встроенную поддержку JUnit 6 и Testcontainers 2.0, прежде чем выводить обновление на боевую среду.

OpenBPM 2.0 и Camunda 7: что выбрать российской команде?

Для команд, у которых бизнес-процессы уже работают на Camunda 7, OpenBPM 2.0 предлагает путь обновления без смены схемы данных. Это практически важно: не нужно переписывать всю логику, достаточно пройти миграцию по документации.

Частые вопросы

Сломается ли мой проект на Camunda 7 при переходе на OpenBPM 2.0?

Разработчики заявляют полную совместимость по схеме данных и API с Camunda 7 CE. Но скрипты на устаревшем стандарте ECMAScript 5 могут работать некорректно под GraalVM, поэтому их нужно проверить и при необходимости адаптировать. Руководства по миграции входят в релиз.

OpenBPM 2.0 бесплатен?

Да. Проект распространяется как опенсорс (открытая модель с открытым исходным кодом). Платить за использование движка не нужно.

Нужно ли обновлять Java на сервере?

OpenBPM 2.0 поддерживает Java 17, 21 и 25. Если ваш сервер работает на более старой версии, обновление обязательно. По данным, на которые ссылается команда «Хоулмонт», пересборка на JDK 25 может дать прирост производительности около 10%, так что обновление оправдано и без смены BPM-движка.

Для российских команд, которые строили автоматизацию на Camunda 7 и теперь ищут путь вперёд без зарубежных зависимостей, OpenBPM 2.0 выглядит как рабочий вариант: совместимость сохранена, технологическая база свежая, миграционные руководства приложены. Остаётся проверить на своём проекте.