Supported Environments
Run EximeeBPMS in every Java-runnable environment. EximeeBPMS is supported with our QA infrastructure in the following environments.
Supported Environments
Please note that the environments listed in this section depend on the version of EximeeBPMS. Please select the corresponding version of this documentation to see the environment that fits to your version of EximeeBPMS.
Container/Application Server for Runtime Components
Application-Embedded Process Engine
- All Java application servers
- EximeeBPMS Spring Boot Starter: Embedded Tomcat
- EximeeBPMS Engine Quarkus Extension
Container-Managed Process Engine and EximeeBPMS Cockpit, Tasklist, Admin
- Apache Tomcat 11.0 (Tomcat 9.0 support removed in Community Edition as of 1.4.0, having been deprecated since 1.3.0; already removed in Enterprise Edition as of 1.2.18-ee — see the Tech Stack matrix)
- The
eximeebpms-bpm-tomcatdistribution ships and is supported on Tomcat 11.0. The web application archives (eximeebpms-webapp-tomcat-jakarta,eximeebpms-engine-rest-jakarta) also deploy and run on a Tomcat 10.1 container you manage yourself — verified against Tomcat 10.1.50 on 2026-09-15; both declare a Servlet 3.0 descriptor and use no Servlet 6.1 feature.
- The
- JBoss EAP 7.4 / 8.0
- WildFly Application Server 41.0 (see the Tech Stack matrix for the exact patch release)
Databases
Supported Database Products
- MySQL 8.0 / 8.4
- MariaDB 11.4 / 12.3 (long-term support releases; MariaDB is served by the MySQL dialect)
- Oracle 19c / 23ai
- IBM DB2 11.5 (excluding IBM z/OS for all versions)
- PostgreSQL 14 / 15 / 16 / 17 / 18
- Amazon Aurora PostgreSQL compatible with PostgreSQL 14 / 15 / 16
- Microsoft SQL Server 2017 / 2019 / 2022 / 2025 (see Configuration Note)
- Microsoft Azure SQL with EximeeBPMS-supported SQL Server compatibility levels
(see Configuration Note):
- SQL Server on Azure Virtual Machines
- Azure SQL Managed Instance
- Azure SQL Database
- H2 2.4 (Community and Enterprise Edition — see the Tech Stack matrix) (not recommended for Cluster Mode - see Deployment Note)
Deprecated database versions
The following versions are still supported, but are deprecated and planned for removal in a future release. Both reached, or are about to reach, the end of their vendor support:
| Version | Vendor end of life | Status |
|---|---|---|
| MySQL 8.0 | 2026-04-30 | Past end of life; superseded by MySQL 8.4 |
| PostgreSQL 14 | 2026-11-12 | Superseded by PostgreSQL 15 and later |
Verified in continuous integration
“Supported” above and “exercised by our automated tests” are not the same list, and this section states the difference rather than leaving it to be inferred. Everything in the list above is supported; the table below says which of it the integration suites actually run against, and at which version.
| Database | Version exercised in CI | When |
|---|---|---|
| H2 | 2.4.240 (embedded) | Every nightly run |
| PostgreSQL | postgres:18 | Every nightly run |
| MySQL | mysql:8.4 | On request only (manual workflow run) |
| MariaDB | mariadb:12.3 | On request only (manual workflow run) |
| Microsoft SQL Server | mcr.microsoft.com/mssql/server:2025-latest | On request only (manual workflow run) |
| Oracle | — | On request only (not part of the automated matrix) |
| IBM DB2 | — | On request only (not part of the automated matrix) |
| Amazon Aurora PostgreSQL | — | Not exercised in CI |
| Microsoft Azure SQL | — | Not exercised in CI |
The integration suites run nightly against H2 and PostgreSQL; MySQL, MariaDB and SQL Server are part of the same matrix but are selected explicitly when the workflow is started by hand. Three points worth stating plainly:
- Every image above now sits inside the supported range declared in this page. Earlier releases pinned CI to
postgres:13, below the declared minimum; that discrepancy is resolved. - Oracle and IBM DB2 are not part of the automated matrix, but their configuration is retained — a Maven profile and a database branch in the integration-test script — so a run against either can be requested when a change warrants it. They are otherwise supported on the strength of the engine’s database abstraction and the vendor JDBC drivers shipped with it.
- Amazon Aurora PostgreSQL and Microsoft Azure SQL are supported on the same basis, with no on-demand path.
Schema creation was additionally verified outside CI by applying the engine’s create scripts unchanged to
PostgreSQL 17 and 18, MySQL 8.4, MariaDB 11.4, 12.3 and 13.0, and SQL Server 2017, 2019, 2022 and 2025. All
produced the full 46-table schema.
Database Clustering & Replication
Clustered or replicated databases are supported given the following conditions. The communication between EximeeBPMS and the database cluster has to match with the corresponding non-clustered / non-replicated configuration. It is especially important that the configuration of the database cluster guarantees the equivalent behavior of READ-COMMITTED isolation level.
Web Browser
- Google Chrome latest
- Mozilla Firefox latest
- Microsoft Edge latest
Java
- Java 21 and Java 25, in both editions. The Community Edition baseline moved from 17 to 21 in 1.4.0, matching the Enterprise Edition; JDK 25 was added as a supported runtime alongside it (see the Tech Stack matrix). Compatibility is tested with Eclipse Temurin JDK.
Supported runtime vs. build target
EximeeBPMS is compiled to Java 21 bytecode and runs on both JDK 21 and JDK 25 — the supported runtime and the build target are separate. Running on JDK 25 requires no change on your side: a JDK 25 JVM executes Java 21 bytecode.
The published Docker images ship a JDK 25 runtime.
Camunda Modeler
Supported environments for Camunda Modeler have moved to docs.camunda.io.
Adding Environments
Whenever a new version of one of the following environments is released, we target support of that new version with the next minor release of EximeeBPMS. A new released environment has to be available three months before the next EximeeBPMS minor release to be considered.
- Java Language (LTS)
- Spring Boot
- Wildfly Application Server
- Oracle Database (LTS)
- PostgreSQL
The exact release in which we support a new environment depends on factors such as the release date of the environment and the required implementation effort.
Version support for other environments is decided case by case, much of which is based on the demand in our user base.
Removing Environments
Whenever a new version of one of the following environments is supported, we usually discontinue support of the oldest version with the same release:
- Wildfly Application Server
Note that we may decide to deviate from this policy on a case-by-case basis.