Zurück zum Blog
Java 26 ist verfügbar: HTTP/3, AOT-Object-Caching und Security-Updates

Java 26 ist verfügbar: HTTP/3, AOT-Object-Caching und Security-Updates

JavaJDKSecurityCloud-Native

Mit Java 26 ist im März 2026 ein neues Feature-Release im halbjährlichen Takt erschienen. Der Release bündelt Änderungen in Language Features (teilweise Preview), Libraries, Performance und Security und wird damit zu einem relevanten Update-Punkt für Cloud-native Java-Stacks.

Wichtige Änderungen in Java 26

Im Fokus stehen mehrere Cluster, die sich direkt auf Runtime- und Build-Umgebungen auswirken:

  • Verbesserungen an der Sprache über Preview/Incubator-Features und Weiterentwicklung bestehender JEPs
  • Preview-Features erfordern oft explizite Aktivierung und wirken auf Test- und Rollout-Policies
  • Library-Updates wie HTTP/3-Support im HttpClient (je nach Implementierungsstand)
  • Performance-Themen wie Ahead-of-Time Object Caching zur Reduktion von Startup-Kosten
  • Maintenance & Cleanup, unter anderem das Entfernen historischer APIs (z. B. Applet API)
  • Vorbereitung auf strengere Semantik bei final (z. B. Prepare to Make Final Mean Final)
  • Security-Änderungen, die Default-Verhalten, TLS-Stacks und Kryptographie betreffen

Diagramm: Java-26 Änderungen nach Kategorien

Relevanz für Cloud-native Java-Stacks

In produktiven Umgebungen sind Java-Releases weniger eine Code- als eine Plattformfrage:

  • Aktualisierung von Base Images und Runtime-Layern in Container-Registries
  • Anpassung der Toolchains in Maven/Gradle (z. B. Compiler, jlink, native-image)
  • Test-Matrizen für Libraries, Frameworks und Agenten (Observability, Security, Profiling)
  • Deprecations und Removal-Notices als Input für Modernisierungs-Roadmaps
  • Entscheidung zwischen Feature Release und LTS-Upgrade entlang der Plattform-Strategie

Ein konkreter Einstieg ist die Toolchain-Pin in Gradle:

// build.gradle.kts
kotlin {
  jvmToolchain(26)
}

tasks.withType<Test> {
  useJUnitPlatform()
}

Warum das wichtig ist

Der halbjährliche Java-Zyklus verkürzt die Zeitspanne zwischen Major-Runtime-Änderungen. Teams, die Toolchain-Upgrades, Container-Images und Abhängigkeiten kontinuierlich pflegen, reduzieren Migrationsrisiken und sind schneller auf Security- und Performance-Verbesserungen aus neuen Releases vorbereitet.