Als IBM veröffentlicht wurde Maximo Anwendungssuite (MAS) 9.1 Im Juni 2025 gingen die meisten Schlagzeilen an KI-gestützte Assistenten, Verbesserungen für mobile Apps und erweiterte Integrationsmöglichkeiten. Unter der Haube sticht jedoch eine Änderung für IT- und Betriebsteams heraus: die Umstellung von Java 11 auf Java 17.
‍

Auf den ersten Blick mag dies wie ein routinemäßiges Runtime-Upgrade erscheinen. In Wirklichkeit ändert es die Sicherheitsparameter, das Leistungsverhalten und führt zu Kompatibilitätsüberlegungen, die sich auf alles auswirken können, von benutzerdefinierten Skripten bis hin zu Unternehmensintegrationen. Wenn Sie es als stilles Update behandeln, riskieren Sie unangenehme Überraschungen bei der Produktion.

Warum Java 17 wichtig ist

Java 17 ist eine Long-Term Support (LTS) -Version, was Stabilität bis mindestens 2029 bedeutet. Das sind gute Nachrichten für Administratoren, die weniger erzwungene Upgrades und einen vorhersehbareren Lebenszyklus wünschen. Es entspricht auch der MAS-Roadmap von IBM und stellt sicher, dass zukünftige Verbesserungen — insbesondere solche in den Bereichen KI und Cloud-native Bereitstellung — in Ihrer Umgebung vollständig unterstützt werden.
‍

Java 17 bietet nicht nur die Vorteile des Lebenszyklus, sondern auch:

• Verbesserte Sicherheit mit stärkeren Standard-TLS-Einstellungen und der Entfernung veralteter kryptografischer Algorithmen.

• Leistungsverbesserungen durch schnelleren Start, effizientere Speicherverwaltung und den G1-Garbage-Collector als Standard.

• Moderne Entwicklungskompatibilität sodass neue MAS-Module und Erweiterungen ausgeführt werden können, ohne auf veraltete APIs angewiesen zu sein.
  ‍

Dies sind keine „netten Dinge“ — sie sind entscheidend dafür, dass Ihre MAS-Instance sicher, leistungsfähig und bereit für die nächsten Entwicklungen ist.

Was könnte kaputt gehen

Nicht alle Änderungen sind positiv. Java-17 setzt strengere Regeln durch und entfernt veraltete Funktionen, auf die einige Umgebungen immer noch angewiesen sind. Wenn Sie beispielsweise benutzerdefinierte MBO-Klassen oder Automatisierungsskripte haben, die veraltete APIs aufrufen, sind diese Methoden jetzt möglicherweise vollständig verschwunden. Ebenso können Integrationen von Drittanbietern, die auf alten JDBC-Treibern oder SOAP-Clients basieren, unter den verschärften Sicherheitsstandards von Java 17 versagen.
‍

Sie können auch auf Folgendes stoßen:

• Nicht unterstützte JVM-Flags (z. B. useConcMarkSweepGC), das einfach nicht erkannt wird.

• Reflexionsbasierte UI-Erweiterungen dieser Versuch, auf interne Java-Klassen zuzugreifen, ist jetzt standardmäßig blockiert.
  ‍
  

Wenn Sie diese Abhängigkeiten vor dem Upgrade nicht identifizieren, können sie sich letztendlich als Fehler in der Produktion herausstellen — manchmal nur unter Last.

Vorbereitung auf das Upgrade

Gehen Sie diesen Übergang wie jede strategische Änderung an, indem Sie Planung, Tests und schrittweises Rollout kombinieren. Prüfen Sie zunächst Ihre MAS-Umgebung und dokumentieren Sie alle Anpassungen, Integrationen und Abhängigkeiten. Sobald Sie wissen, was im Spiel ist, richten Sie eine Sandbox-MAS 9.1-Instanz mit Java 17 ein und führen Sie sie aus, als ob sie live wäre — testen Sie Arbeitsaufträge, Berichte, mobile Synchronisation und Integrationen unter realen Workloads.
‍

Innerhalb dieses Prozesses:

• Aktualisieren JDBC-Treiber, -Bibliotheken und Konnektoren für Java 17-kompatible Versionen.

• Ersetzen veraltete JVM-Flags mit unterstützten Äquivalenten.

• Bewertung Ihre java.security-Richtlinien, um zu bestätigen, dass die Verschlüsselungseinstellungen übernommen werden.
  ‍
  

Und schließlich sollten Sie Ihre Produktionsumstellung zu Zeiten planen, in denen die Auswirkungen gering sind. Dabei sollten Sie sowohl einen Rollback-Pfad als auch einen klaren Kommunikationsplan für die Stakeholder einrichten.

Überprüfung nach dem Upgrade

Sobald Sie umgestellt haben, ist Wachsamkeit wichtig. Überwachen Sie Ihre Systemprotokolle auf Fehler, bei denen die Klasse nicht gefunden wurde, auf Methodenkonflikte oder SSL-Handshake-Fehler. Vergleichen Sie CPU-, Arbeitsspeicher- und Transaktionsmetriken mit Ihren Basiswerten vor dem Upgrade, um subtile Leistungsrückgänge zu erkennen. Am wichtigsten ist, dass Sie die Feedback-Kanäle mit den Betriebsteams offen halten — oft sind sie die ersten, die funktionale Anomalien erkennen.
‍

In einer guten Überprüfungsphase nach dem Upgrade sollten auch alle „gewonnenen Erkenntnisse“ erfasst werden, damit der nächste größere Runtime- oder MAS-Versionswechsel reibungsloser vonstatten geht.

Wichtige Erkenntnisse

Die Java 17-Migration in MAS 9.1 ist eine grundlegende Änderung, nicht nur ein Hintergrund-Update. Durch die Kombination einer gründlichen Bestandsaufnahme, gezielter Tests und einer sorgfältigen Einführung können Sie Unterbrechungen vermeiden und gleichzeitig von den Sicherheits- und Leistungsvorteilen profitieren, die IBM in dieser Version vorgesehen hat.