endoflife.ai
EOL Checker Products EOL Watch Get Support

Java 17 Supportende und die Oracle-Lizenzfalle: Was wann ausläuft

Verfasst von Scott Bissett  ·  Veröffentlicht am 27. Oktober 2026  ·  Behandelt Oracle JDK 8 bis 25 und OpenJDK-Builds — so prüfen wir unsere Daten (auf Englisch)  ·  English version  ·  Version française

Die meiste Software hat eine einzige Frist: den Tag, an dem die Sicherheitspatches enden. Java auf dem JDK von Oracle hat zwei — eine Supportuhr und eine Lizenzuhr —, und Teams, die nur eine davon einplanen, werden regelmäßig von der anderen eingeholt. Dieser Leitfaden stellt beide dar, wobei die Supportdaten mit den Lebenszyklusdaten der Hersteller abgeglichen sind, und zeigt den Ausweg, der beide Probleme zugleich löst.

Kurz gesagt: Der Support für Oracle JDK 8 endete am 31. März 2022, für JDK 11 am 30. September 2023. Oracle JDK 17 hat seinen Support am 30. September 2026 verloren. JDK 21 läuft bis zum 30. September 2028 und JDK 25 bis zum 30. September 2030, doch die kostenlose Nutzung der JDK-21-Builds von Oracle endet früher: Updates ab dem Critical Patch Update vom Oktober 2026 fallen unter die OTN-Lizenz von Oracle. Gleichzeitig leben Open-Source-Builds derselben Plattform oft länger: Eclipse Temurin 8 wird bis zum 31. Dezember 2030 unterstützt.

Die wichtigsten Daten im Überblick

Steht ein Supportende bevor?
Nennen Sie uns Produkt und Version: Wir antworten kostenlos mit geprüften Optionen für verlängerten Support und einer Preisorientierung. Kein Anbieter bezahlt für seine Nennung.

Kostenlos · Unverbindlich · Unabhängig · Daten mit Herstellerquellen abgeglichen · Nicht dringend? EOL-Radar verfolgen oder den EOL-Kalender 2026 (Englisch) →

Die Supportuhr: Welche Java-Versionen noch Patches erhalten

Java erscheint im Release-Zug: alle sechs Monate eine neue Version, wobei bestimmte Releases als Long-Term Support (LTS) ausgewiesen sind — 8, 11, 17, 21 und 25. Fast alle produktiven Java-Installationen weltweit laufen auf einem LTS-Release. So steht es um jedes davon:

VersionSupportende Oracle JDKSupportende Eclipse Temurin (OpenJDK)Status
Java 831. März 202231. Dezember 2030Oracle: Supportende
Java 1130. September 202331. Oktober 2027Oracle: Supportende
Java 1730. September 202631. Oktober 2027EOL
Java 2130. September 202831. Dezember 2029Supported
Java 2530. September 203030. September 2031Supported

Lesen Sie diese Tabelle zweimal, denn das Muster ist die eigentliche Geschichte: Die kostenlosen Open-Source-Builds von Java überdauern den Support von Oracle für das eigene JDK bei jedem älteren LTS-Release. Temurin 8 wird noch mehr als acht Jahre nach dem Supportende von Oracle JDK 8 Sicherheitspatches aus der Community erhalten. Welchen Build von Java Sie betreiben, ist inzwischen wichtiger geworden als welche Version.

Die Lizenzuhr: Wie aus „kostenlosem Java“ still und leise ein Abonnement wurde

Die Lizenzseite ist es, die eine veraltete Laufzeitumgebung zum Budgetproblem macht. In groben, unstrittigen Zügen:

2019: Oracle beendete die kostenlosen öffentlichen Updates von Oracle JDK 8 für die kommerzielle Nutzung. Ab diesem Zeitpunkt erforderte das Einspielen von JDK-8-Patches in einer Unternehmensumgebung in der Regel ein kostenpflichtiges Java-SE-Abonnement. Sehr viele Installationen wurden trotzdem weiter aktualisiert — viele Unternehmen hatten schlicht nicht bemerkt, dass sich die Bedingungen geändert hatten.

2021: Mit JDK 17 führte Oracle die Lizenz „No-Fee Terms and Conditions“ (NFTC) ein — Oracle JDK wieder kostenlos, auch für die kommerzielle Nutzung, aber nur für ein bestimmtes Zeitfenster: ungefähr bis ein Jahr nach Erscheinen des nächsten LTS-Release. Schließt sich dieses Fenster, fallen weitere Updates wieder unter kostenpflichtige Bedingungen. Kostenlos, mit einem Ablaufdatum, das kaum ein Kalender je erfasst hat.

2023: Oracle stellte Neuabschlüsse auf die Java SE Universal Subscription um, die pro Mitarbeiter berechnet wird — nicht pro Server, nicht pro Entwickler, sondern über die gesamte Belegschaft eines Unternehmens, unabhängig davon, wie viele Mitarbeiter tatsächlich mit Java arbeiten. Für ein Unternehmen mit einer Handvoll Java-Diensten und Tausenden Mitarbeitern veränderte sich das Angebot dramatisch, und aus „ein paar alten JDK-Installationen irgendwo“ wurde eine Lizenzfrage für das gesamte Unternehmen. Die Bedingungen von Oracle haben sich mehrfach geändert und können sich erneut ändern — prüfen Sie die aktuellen Bedingungen direkt, bevor Sie Entscheidungen treffen, die davon abhängen.

2024–2026: Die NFTC-Uhr ist abgelaufen, und sie läuft erneut ab. Das kostenlose Fenster von JDK 17 schloss sich zuerst: Öffentliche Updates bis September 2024 standen unter der freizügigen Lizenz, alles, was ab Oktober 2024 erschienen ist, steht unter der Java SE OTN License. JDK 21 ist als Nächstes an der Reihe. Die Java SE Support Roadmap von Oracle (auf Englisch) besagt, dass Updates von Oracle JDK 21, die ab dem Critical Patch Update vom Oktober 2026 erscheinen, unter die OTN-Lizenz wechseln sollen, dieselbe Lizenz, die Oracle bereits für 8, 11 und 17 verwendet. Wenn Sie den Oracle-eigenen Build von JDK 21 ohne Abonnement produktiv betreiben, ist Oktober 2026 Ihr Lizenzdatum, und es hat nichts mit den Supportdaten von Java 21 zu tun. Die von Oracle genannte Abhilfe ist Oracle JDK 25 oder neuer, dessen eigenes freizügiges Zeitfenster die Roadmap auf Updates festlegt, die bis September 2028 erscheinen.

Die Falle: Ein Team, das heute noch Oracle JDK 8 oder 11 produktiv betreibt, ist auf beiden Uhren gleichzeitig exponiert. Die Supportuhr: seit Jahren keine Sicherheitspatches — jede neue CVE bleibt dauerhaft offen. Die Lizenzuhr: Wenn diese Installationen Updates erhalten haben, nachdem sich das kostenlose Fenster geschlossen hatte, sind sie ein stehender Audit-Befund zu Preisen pro Mitarbeiter. „Wir lassen das einfach so“ besteht keinen der beiden Tests — die Installation ist ungepatcht und auffindbar.

Der Ausweg: dasselbe Java, ein anderer Build

Was die meisten Teams rettet, ist eine Tatsache, die immer noch überrascht: Seit Java 11 werden Oracle JDK und OpenJDK im Wesentlichen aus demselben Quellcode gebaut. Die Klassendateien, die Ihre Anwendung ausführt, laufen auf derselben Plattform. Die Lösung lautet also selten „die Anwendung neu schreiben“, sondern „die Laufzeitumgebung austauschen“:

1. Wechsel zu einem OpenJDK-Build (die Antwort der meisten Teams)

Eclipse Temurin (auf Englisch) aus dem Adoptium-Projekt ist der am weitesten verbreitete Open-Source-Build — keine Lizenzgebühr, keine Audit-Angriffsfläche, besteht dieselbe Kompatibilitäts-Testsuite. Laufzeitumgebung austauschen, Testsuite ausführen, fertig. Daneben gibt es weitere frei verfügbare OpenJDK-Builds, darunter die kostenlosen OpenJDK-Builds von Oracle selbst — diese erhalten jedoch nur sechs Monate lang Updates pro Release und eignen sich daher für Teams, die laufend aktualisieren, nicht für Teams, die auf einem LTS-Release bleiben.

2. Bei der Gelegenheit gleich die Version anheben

Wenn Sie die Laufzeitumgebung ohnehin anfassen, landen Sie besser auf Java 21 oder 25 statt auf 17 — der Premier Support von Oracle für 17 endete am 30. September 2026, und selbst Temurin 17 läuft am 31. Oktober 2027 aus. Wenn Sie den Oracle-eigenen Build statt eines OpenJDK-Builds betreiben, wählen Sie 25: Updates von Oracle JDK 21 wechseln mit dem Critical Patch Update vom Oktober 2026 zur OTN-Lizenz, während die Roadmap von Oracle JDK 25 so lange freizügig lizenziert hält, bis Updates nach September 2028 erscheinen. Nur der Sprung von 8 auf eine aktuelle Version ist wirklich schwierig (entfernte interne APIs, Modulsystem); 11 auf 21 und 17 auf 21 sind in der Regel Routine.

3. Noch kein Wechsel möglich? Bewusst überbrücken

Manche Java-8-Landschaften sind fest mit Herstellersoftware verschweißt, die niemals eine neuere Laufzeitumgebung zertifizieren wird. Für diese Fälle liefern kommerzielle Anbieter von erweitertem Support weiterhin Sicherheitspatches für ältere Java-Versionen — siehe unsere Seite zu den Optionen für erweiterten Support (auf Englisch). Behandeln Sie das als Brücke mit festem Migrationsdatum, nicht als Ziel.

Was in diesem Quartal zu tun ist

Zuerst die Bestandsaufnahme: Finden Sie jede JVM in Ihrer Landschaft und bestimmen Sie ihren Build (Oracle JDK oder eine OpenJDK-Distribution) und ihre Version — java -version zeigt Ihnen beides. Alles auf Oracle JDK 8 oder 11 hat Vorrang: Es ist seit Jahren ungepatcht und trägt das Lizenzrisiko. Für alles auf Oracle JDK 17 gab es ein festes Datum — den 30. September 2026 —, und es ist inzwischen verstrichen: Abonnement abschließen, Build wechseln oder Version anheben. Den aktuellen Status jeder Version prüfen Sie in Sekunden mit dem EOL Checker (auf Englisch), und den Fristenkalender für 2026 — OpenSSL 3.0, Python 3.10, .NET 8/9, PostgreSQL 14, PHP 8.2 — finden Sie auf der Seite EOL Watch.

Häufig gestellte Fragen

Wann endet der Support für Oracle JDK 17?

Der Support für Oracle JDK 17 endete am 30. September 2026. Oracle JDK 8 endete am 31. März 2022 und JDK 11 am 30. September 2023. Oracle JDK 21 läuft bis zum 30. September 2028, JDK 25 bis zum 30. September 2030.

Ab wann ist Oracle JDK 21 nicht mehr kostenlos?

Mit dem Critical Patch Update vom Oktober 2026. Oracle JDK 21 ist seit seinem Erscheinen am 19. September 2023 unter den No-Fee Terms and Conditions für alle Nutzer kostenlos, einschließlich des kommerziellen Produktivbetriebs. Laut der Java SE Support Roadmap von Oracle sollen Updates von Oracle JDK 21, die ab dem Critical Patch Update vom Oktober 2026 erscheinen, unter der Java SE OTN License angeboten werden. Diese Lizenz ist nur für die persönliche Nutzung, für die Entwicklung und einige weitere ausdrücklich genannte Zwecke kostenlos. Dieses Lizenzdatum ist unabhängig von den Supportdaten von Java 21, die bis zum 30. September 2028 reichen. Wer bei einem Oracle-Build mit freizügiger Lizenz bleiben will, wechselt zu Oracle JDK 25; wer bei Java 21 ohne Lizenzdatum bleiben will, nutzt einen Build von Temurin, Corretto, Zulu, Microsoft oder IBM.

Ist OpenJDK wirklich ein direkter Ersatz für Oracle JDK?

Für die allermeisten Workloads ja. Seit Java 11 werden beide im Wesentlichen aus demselben Quellcode gebaut, und Hersteller-Builds wie Eclipse Temurin bestehen dieselbe Kompatibilitäts-Testsuite. Die meisten Migrationen sind ein Austausch der Laufzeitumgebung plus ein Testlauf.

Erhält OpenJDK länger Sicherheitsupdates als Oracle JDK?

Oft ja. Temurin 8 wird bis zum 31. Dezember 2030 unterstützt — mehr als acht Jahre über das Supportende von Oracle JDK 8 hinaus. Temurin 11 läuft bis zum 31. Oktober 2027, Temurin 17 bis zum 31. Oktober 2027, Temurin 21 bis zum 31. Dezember 2029.

Warum sind alte Oracle-JDK-Installationen ein Lizenzrisiko?

Seit 2019 erfordert das kommerzielle Einspielen von Updates für Oracle JDK 8 in der Regel ein kostenpflichtiges Abonnement, und die aktuelle Java SE Universal Subscription von Oracle wird pro Mitarbeiter über das gesamte Unternehmen berechnet. Nicht lizenzierte Installationen, die Updates erhalten haben, sind ein häufiger Audit-Befund. Die Bedingungen ändern sich — prüfen Sie die aktuellen Bedingungen von Oracle direkt.

Weiterführende Seiten

The Monthly EOL Digest™

Once a month — critical EOL dates, CVE blind spots, and lifecycle changes worth knowing.

© 2026 endoflife.ai · How we verify our dates · API · About · Data from endoflife.date (MIT)