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

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-tomcat distribution 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.
  • 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:

VersionVendor end of lifeStatus
MySQL 8.02026-04-30Past end of life; superseded by MySQL 8.4
PostgreSQL 142026-11-12Superseded 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.

DatabaseVersion exercised in CIWhen
H22.4.240 (embedded)Every nightly run
PostgreSQLpostgres:18Every nightly run
MySQLmysql:8.4On request only (manual workflow run)
MariaDBmariadb:12.3On request only (manual workflow run)
Microsoft SQL Servermcr.microsoft.com/mssql/server:2025-latestOn 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.

On this page