Camunda 7: Java 25 kam mit Enterprise-Patch 7.24.9, Spring Boot 4.1 mit 7.24.10. Was das Oktober-Update ändert

Camunda 7 bekommt im Oktober 2026 ein Environment Update Release für die Version 7.24 LTS. An einem Bestand auf dieser Version ändert es vor allem eines: Es nimmt fünf Umgebungen aus dem Support. Java 11, Spring 6, Spring Boot 3.5, MariaDB 10.6 und eine Quarkus-LTS-Linie. Java 25 und Spring Boot 4.1 stehen in derselben Ankündigung, ausgeliefert hat Camunda beides aber schon vorher: die Java-25-Kompatibilität mit dem Patch-Release 7.24.9; Camunda Run und den Camunda Spring Boot Starter mit 7.24.10 auf Basis von Spring Boot 4.1.0. Patch-Releases sind laut dem Patch Level Update Guide 7.24 nur für Enterprise-Kunden verfügbar und in der Community Edition nicht (geprüft am 2. September 2026).

Wen dieses Update erreicht, steht in der Überschrift, unter der Camunda es veröffentlicht: „Camunda Platform 7.24 LTS - Environment Update Release“ (docs.camunda.org/enterprise/announcement). Es richtet sich an einen Bestand, der auf 7.24 LTS steht. Einen Tag nennt Camunda für dieses 7.24-LTS-Update nicht, nur „Release Date: October 2026“, und bei der Patch-Version steht dort „Patch Version: TBD“.

Der 13. Oktober 2026 gehört nicht zu diesem Update, auch wenn er in denselben Monat fällt: An diesem Tag erreicht Camunda 7.23 das Wartungsende, so steht es in der Versionsmatrix derselben Seite („End of Maintenance: 13th of October 2026“). Das ist eine Angabe zu einer Minor-Version und keine Aussage über Camunda 7 insgesamt. Dieser Artikel hält die beiden Termine deshalb auseinander.

Was nimmt das Oktober-Update für 7.24 LTS aus dem Support?

Fünf Zeilen, und das sind die einzigen Support-Enden im ganzen Oktober-Block. Neben jeder steht hier, was der jeweilige Hersteller selbst über seine Version sagt. Genau diese Gegenüberstellung entscheidet, ob Sie den Punkt intern als Wartungsthema oder als Sicherheitsthema führen müssen.

Bei drei dieser fünf Zeilen liegt ein Herstellertermin davor. Für Spring Boot 3.5.x endete der Open-Source-Support am 30. Juni 2026; für MariaDB 10.6 nennt mariadb.org den 6. Juli 2026 als Wartungsende der Community-Version. Camundas Zeile zu Spring 6 nennt keine Minor-Version, und welche Reihe gemeint ist, steht dort nicht: Laut spring.io endete der Open-Source-Support für 6.2.x am 30. Juni 2026, für 6.1.x am 30. Juni 2025 und für 6.0.x am 30. Juni 2024, für jede der drei Reihen also vor dem Oktober-Update für 7.24 LTS. Zur Quarkus-Linie lässt sich das nicht sagen, weil wir aus Camundas Oktober-Block keine Versionsnummer wiedergeben. Was Quarkus selbst zusagt, steht in Spalte 3 der Tabelle: zwölf Monate kritische Bugfixes und Sicherheitspatches je LTS-Linie. Camunda begründet diese Support-Enden auf der Ankündigungsseite selbst: „Therefore, we no longer support environments marked as end-of-life by the vendor, or very old versions that are no longer widely used.“ Der Satz hat zwei Hälften. Welche davon Camunda auf welche Zeile bezieht, sagt die Seite nicht. Prüfbar ist nur die erste, und bei Java 11 trägt sie nicht.

Ist Java 11 am Ende, weil Camunda es fallen lässt?

Nein. Oracle führt Java 11 in der eigenen Support-Roadmap als LTS-Release: „Java SE 8, 11, 17, 21, and 25 are LTS releases.“ Der Premier Support dafür endete im September 2023, der Oracle Extended Support läuft bis Januar 2032, der Sustaining Support unbefristet (Oracle Java SE Support Roadmap).

Die für Camunda passendere Quelle ist Eclipse Adoptium, denn auf Camundas Umgebungsseite für 7.24 steht „Java 11 / 17 / 21 / 25 (Compatibility is tested with Eclipse Temurin JDK)“. Adoptium führt für Java 11 als jüngsten Build jdk-11.0.32+9 aus dem Juli 2026, als nächsten fälligen Build jdk-11.0.32.1 aus dem August 2026 und als Ende der Verfügbarkeit „At least Oct 2027“ (adoptium.net/support). Java 11 fällt damit aus Camundas Umgebungsliste für 7.24 LTS. Bei Oracle und bei Eclipse Adoptium bleibt es erhältlich.

Für die Vorlage, die Sie intern schreiben, heißt das: Die belastbare Begründung für den Java-Wechsel steht in Camundas Umgebungsliste. Ein Sicherheitsende beim JDK-Hersteller trägt diese Begründung nicht. Wer den stärkeren Satz nimmt, wird in der ersten Rückfrage widerlegt, und dann wackelt auch der Rest der Vorlage.

Warum steckt Java 25 schon in Camunda 7.24.9 und Spring Boot 4.1 in 7.24.10?

Weil unter dem Dach von 7.24 LTS zwei verschiedene Release-Stränge laufen. Camundas Release Policy beschreibt beide: „We perform one Environment Update release in April and one in October each year as long as Camunda 7.24 is supported.“ Daneben stehen die Patch-Releases, und dazu schreibt dieselbe Seite: „Patch releases do not contain new features and are only available to enterprise customers.“ Die Ankündigungsseite listet nur den ersten Strang. Was tatsächlich in einer Enterprise-Installation ankommt, steht im zweiten.

Der Patch Level Update Guide führt diesen zweiten Strang mit. Zu 7.24.9, in der Abschnittsüberschrift auf Mai 2026 datiert, steht dort: „Starting with this patch release, Camunda 7.24.9 is compatible with Java 25. Compatibility is tested with Eclipse Temurin JDK.“ Und gleich daneben der Satz, den bei einem Java-Wechsel jeder lesen sollte: „Java 25 is a long-term support (LTS) release. Existing deployments running on Java 11, Java 17, or Java 21 are not affected and continue to be supported.“

Zu 7.24.10, in der Überschrift auf Juni 2026 datiert, steht auf derselben Seite: „Camunda Run and the Camunda Spring Boot Starter are now based on Spring Boot 4.1.0, upgrading from Spring Boot 4.0.x to provide the latest security updates and improvements.“ Die jüngste dort dokumentierte Patch-Stufe ist 7.24.12 zusammen mit 7.23.16, in der Überschrift auf Juli 2026 datiert. Auch die 7.23-Linie wird also weiter gepatcht, wie 7.24 nur auf dem Enterprise-Zweig.

Damit ist das Wesentliche gesagt. Wer eine Enterprise-Lizenz hat und bis Oktober 2026 wartet, um auf Java 25 oder Spring Boot 4.1 zu gehen, wartet auf eine Bestätigung in einer Liste. Ausgeliefert ist beides seit den Patch-Releases 7.24.9 und 7.24.10. Wer seine Patch-Stufe nicht mitzieht, verpasst als Enterprise-Kunde die Unterstützung, die Camunda für diese Umgebungen mit genau diesen beiden Patch-Releases bereits ausgeliefert hat. In der Community Edition kommt beides nicht an, weil es dort laut Camunda keine Patch-Releases gibt. Ein zweites Beispiel steht auf Camundas Umgebungsseite selbst: „JBoss EAP 8.1 (supported starting with Camunda 7.24.11+)“.

Was steht heute in der 7.24-Liste, und was kommt im Oktober dazu?

Camunda verweist von der Umgebungsseite selbst auf die Ankündigungen: „Check our Enterprise Announcements page for confirmed changes to our supported environments in upcoming releases.“ Die folgende Tabelle stellt beide Seiten nebeneinander. Die Spring-Boot-Zeile stammt von einer dritten Seite, weil die Umgebungsseite dafür nur auf die Kompatibilitätstabelle verweist.

Die letzte Zeile belegt, was darüber steht: Eine Umgebung kann in der Doku für 7.24 bereits unterstützt sein, ohne je in einem Environment Update Release angekündigt worden zu sein. Und für einen Bestand auf Microsoft SQL Server (MSSQL) sagt die vorletzte Zeile das Nötige: Der Oktober-Block enthält dazu keine Zeile.

Was ändert WildFly 41, und was ändert es nicht?

Camundas Zeile auf der Ankündigungsseite lautet vollständig: „Support for WildFly Application Server 41“, mit dem Unterpunkt „Replaces WildFly Application Server 39 in the upfront configured distribution and the Docker image“. Eine Zeile „End of Support WildFly“ gibt es im Oktober-Block nicht. Was sich ändert, ist die Voreinstellung in der ausgelieferten Distribution und im Docker-Image. Die Release Policy beschreibt für den Fall, dass eine neue Umgebung nicht kompatibel ist, ausdrücklich eine Übergangszeit: „If new environment versions are not compatible with the current supported version, we support both versions for a grace period in parallel.“

WildFly 41 gibt es bereits: 41.0.0.Final erschien am 16. Juli 2026, übereinstimmend laut GitHub-API und wildfly.org. Für 41.0.1.Final nennt die GitHub-API den 26. August 2026, die Downloadseite auf wildfly.org den 27. August 2026; wir nennen beide Angaben, weil sie sich um einen Tag unterscheiden. WildFly 40.0.0.Final erschien am 21. Mai 2026 und kommt in Camundas Liste nicht vor. Warum, sagt Camunda nicht, und wir erklären es hier nicht.

Auf der Umgebungsseite steht dazu eine Regel: „Whenever a new version of one of the following environments is supported, we usually discontinue support of the oldest version with the same release:“, und die Liste darunter enthält nur den WildFly Application Server. Camunda hält sich die Abweichung im selben Abschnitt offen: „Note that we may decide to deviate from this policy on a case-by-case basis.“ Im Oktober-Block hat Camunda von der Regel keinen Gebrauch gemacht. Was für die heutige Liste 33.0 / 35.0 / 37.0 / 39.0 daraus folgt, steht auf keiner der beiden Seiten.

Ist PostgreSQL 19 überhaupt fertig?

Am 2. September 2026 nicht. Das PostgreSQL-Projekt schreibt auf der eigenen Roadmap: „The next major release of PostgreSQL is planned to be the 19 release“; geplant ist es für September 2026. Die Meldungsleiste derselben Seite nennt für den 13. August 2026 „PostgreSQL 18.6, 17.11, 16.15, 15.19, 14.24 and 19 Beta 3 Released!“, und die Tabelle der unterstützten Versionen auf postgresql.org beginnt bei 18. Eine Zeile 19 gibt es dort noch nicht.

Genau unter Camundas Zeile „Support for PostgreSQL 19“ steht der Vorbehalt „Delivery might be pushed into November if released too late“. Im Quelltext der Ankündigungsseite ist er ein Unterpunkt dieser Zeile, in derselben Verschachtelung wie der Hinweis unter „Support for WildFly Application Server 41“ weiter oben im selben Block. Ob Camunda damit nur die PostgreSQL-Zeile oder das ganze Update meint, steht dort nicht. Belegbar ist die Position des Satzes; die Absicht dahinter ist es nicht.

Was bedeutet der Wechsel auf Spring Boot 4 in Ihrem Projekt?

Er ist mehr als eine geänderte Versionsnummer. Camunda schreibt auf der Kompatibilitätsseite für die Spring-Boot-Integration: „Starting with version 7.24.3, Camunda provides separate Spring Boot Starter artifacts for Spring Boot 3 and Spring Boot 4:“. Für Spring Boot 4 tragen die Artefakte das Suffix -4, im Beispiel dort camunda-bpm-spring-boot-starter-4 in der Version 7.24.3-ee. Wer wechselt, tauscht also die Abhängigkeit in seiner Build-Datei aus.

Dieses Artefakt ist auf Maven Central nicht veröffentlicht. Im Verzeichnis org/camunda/bpm/springboot steht camunda-bpm-spring-boot-starter, ein Eintrag camunda-bpm-spring-boot-starter-4 fehlt dort. Das ist eine Aussage über das öffentliche Repository, und sie deckt sich mit dem, was Camunda zu Patch-Releases schreibt.

Eine Einordnung liefert die Ankündigungsseite gleich selbst: Spring Boot 4.0 und Spring 7 hat Camunda bereits mit dem April-2026-Update aufgenommen, das dort mit „Release Date: 27th of March 2026“ und „Patch Version: 7.24.6-ee“ steht. Im Abschnitt zu Camunda 7.24 LTS ist die Zeile zu Spring Boot 3.5 ausdrücklich mit „Superseded by Spring Boot 4.0 support in April/2026“ versehen. Der Oktober-2026-Block nennt dann Spring Boot 4.1; Spring Boot 4.0 stand schon im April-2026-Block.

Wo widersprechen sich Camundas eigene Seiten?

An zwei Stellen widersprechen sich zwei Camunda-Seiten, an einer dritten steht auf einer Seite eine Versionsnummer, die Camunda nie ausgeschrieben hat. Alle drei Stellen standen am 2. September 2026 gleichzeitig online, und Sie sollten sie kennen, bevor Sie eine dieser Camunda-Seiten in eine Entscheidungsvorlage kopieren.

1. Spring Boot 4.1 in der Kompatibilitätstabelle. Der Patch Level Update Guide sagt, 7.24.10 basiere auf Spring Boot 4.1.0. Die Kompatibilitätstabelle für Spring Boot führt für 7.24.x weiterhin die Reihen 3.5.x und 4.0.x. Beide Seiten gehören zur Dokumentation für 7.24.
2. Ab welcher Version Spring Boot 4 geht. Die Ankündigungsseite ordnet „Support for Spring Boot 4.0“ dem April-2026-Update mit der Patch-Version 7.24.6-ee zu. Die Kompatibilitätsseite schreibt „Starting with version 7.24.3“. Wir ordnen Spring Boot 4.0 deshalb keiner Patch-Nummer zu und nennen beide Seiten getrennt.
3. Der Platzhalter in der Quarkus-Nummer. Im Oktober-Block trägt die Aufnahmezeile zu Quarkus ein X als Platzhalter in der Versionsnummer, während die Zeile zum Support-Ende im selben Block eine ausgeschriebene Version trägt. Im April-2026-Block derselben Seite stehen beide Nummern ausgeschrieben. Am 2. September 2026 stand der Platzhalter unverändert dort, und wir nennen deshalb keine Quarkus-Version.

Dazu kommt eine Eigenschaft der Ankündigungsseite selbst: Sie zeigt kein Veröffentlichungsdatum, keinen Änderungshinweis und trägt im Quelltext kein <time>-Element. Die Seite datiert sich also im eigenen Text nicht, und wir zitieren sie deshalb mit dem Abrufdatum. Bei uns ist das der 2. September 2026.

Was passiert am 13. Oktober 2026 mit Camunda 7.23?

An diesem Tag erreicht Camunda 7.23 das Wartungsende. Camunda definiert das eng, auf der Ankündigungsseite: „End of maintenance means that Camunda will not perform any maintenance or release any bug fixes and patch releases related to the mentioned version after the specified date.“ Mehr steht dort nicht. Danach ist 7.24 LTS die einzige Camunda-Platform-7-Linie, deren Wartungsende in derselben Versionsmatrix noch in der Zukunft liegt. Gewartet wird dort der Enterprise-Zweig: Auf Maven Central steht die Engine der Community Edition unverändert bei 7.24.0.

Bis dahin läuft die 7.23-Linie im Patch-Strang mit, den Camunda nur an Enterprise-Kunden ausliefert: 7.23.16 erschien zusammen mit 7.24.12. Für einen Bestand auf 7.23 bleibt dann das Versionsupgrade auf 7.24 LTS, denn 7.24 LTS ist laut Camundas Release Policy die letzte Minor-Version von Camunda 7. Erst danach greift überhaupt, was in diesem Artikel steht, denn das Environment Update erscheint unter der Überschrift zu 7.24 LTS.

Und der Fall, der zwischen den beiden Terminen untergeht: Steht Ihr Bestand auf 7.24 LTS und läuft er auf keiner der fünf Umgebungen, deren Support endet, passiert im Oktober 2026 für Sie nichts. Das ist eine ehrliche Antwort auf die Frage, und sie ist mit denselben Camunda-Seiten belegbar wie alles andere hier: der Ankündigungsseite und dem Patch Level Update Guide für 7.24.

Die Wartungstermine je Minor-Version stehen vollständig in Camunda 7: Wartungsende je Version. Was der Weiterbetrieb von Camunda 7 an Edition und Lizenz voraussetzt, geht Camunda 7 weiterbetreiben durch.