Migration auf Java Platform, Standard Edition 7 oder 8

WebSphere® Application Server Version 8.5 unterstützt die Spezifikationen Java™ Platform, Standard Edition (Java SE) 6, 7 und 8, wobei Java SE 7.1 im Fixpack 8.5.5.2 und Java SE 8 im Fixpack 8.5.5.9hinzugefügt wurde. Die Unterstützung für die Verwendung von Java SE 6 mit WebSphere Application Server endet im April 2018. Sie können jedoch auf Java SE 8 migrieren, um sicherzustellen, dass Ihre Produktinstallation sicher bleibt.

Informationen zu dieser Task

Achtung: Ab Version 8.5.5.11sind die Standardversionen von Java SE 6 oder Java SE 8. Daher können Sie den Standardwert akzeptieren und entweder Java SE 6 oder Java SE 8 als die Version von Java SE installieren, die in den Verzeichnissen /java und /java64 in WebSphere Application Server enthalten ist und standardmäßig während der Server-und Knotenkonfiguration verwendet wird. Java 8 ist das empfohlene Java-SDK, weil es die neuesten Features und Sicherheitsupdates enthält. Sie können Java SE 6 zwar weiterhin verwenden, aber nach der Einstellung der Unterstützung im April 2018 kann kein Service mehr bereitgestellt werden, was Ihre Umgebung Sicherheitsrisiken aussetzen kann.
Java SE 7 und Java SE 7.1 (die für Solaris und HP nicht verfügbar sind) sind ebenfalls funktionsfähige Optionen für die Installation von WebSphere Application Server Version 8.5.5.11.
  • Die Bitversion von Java SE 7.0 basiert auf der Bitversion, die während der Installation von WebSphere Application Server ausgewählt wurde. Wenn eine 32-Bit-Version von WebSphere Application Server installiert ist, kann nur die 32-Bit-Version von Java SE 7.0 installiert werden. Wenn eine 64-Bit-Version von WebSphere Application Server installiert ist, kann nur die 64-Bit-Version von Java SE 7.0 installiert werden.
  • Die Installation des optionalen Produkts Java SE 7.0 oder Java SE 7.1 impliziert nicht, dass Profile diese neue Version von Java nutzen können. Sie können die Java-Version mit dem Befehl managesdk oder über die Administrationskonsole von WebSphere Application Server (wsadmin) wechseln.

[8.5.5.14 oder höher]Ab Version 8.5.5.14 ist Java SE 8 die Standard-Java-Version. Bei der Aktualisierung auf 8.5.5.14wird jedes vorhandene Profil, das Java SDK 6 verwendet, durch Java SDK 8 ersetzt. Sie können weiterhin Java SDK Java Technology Edition Version 7.0 und Version 7.1verwenden, aber nach dem Ende der Unterstützung im Juli 2022 kann kein Service bereitgestellt werden, der Ihre Umgebung Sicherheitsrisiken aussetzen könnte.

Weitere Informationen zum Ende des Servicezeitraums in Java SE 6, 7 und 7.1 finden Sie unter Java SE 6, 7 und 7.1 Ende des Servicezeitraums in WebSphere Application Server V8.5.

Das Angebot com.ibm.websphere.IBMJAVA.v80 wird nicht weiter unterstützt, und ab April 2020 werden keine Fixpacks und vorläufigen Fixes mehr für dieses Angebot bereitgestellt. Wenn dieses Angebot ab April 2020 mit WebSphere Application Server Version 8.5.5 installiert wird, deinstallieren Sie es und wechseln Sie zum Java SE 8 SDK, das mit dem WebSphere Application Server-Paket in derselben Paketgruppe bereitgestellt wird. Mit dem Java SE 8-Standard-SDK erhalten Sie die Unterstützung für Java SE 8 SDK, einschließlich Sicherheitsupdates.

[8.5.5.18 oder höher]Ab Version 8.5.5.18 für Linux auf POWER8 Little Endian (LE) sind die Standardversionen von Java SE 7.1 oder Java SE 8. Daher können Sie den Standardwert akzeptieren und entweder Java SE 7.1 oder Java SE 8 als die Version von Java SE installieren, die im Verzeichnis /java in WebSphere Application Server enthalten ist und standardmäßig während der Server-und Knotenkonfiguration verwendet wird. Java 8 ist das empfohlene Java-SDK, weil es die neuesten Features und Sicherheitsupdates enthält. Sie können Java SE 7.1 zwar weiterhin verwenden, aber nach der Einstellung der Unterstützung im Juli 2022 kann kein Service mehr bereitgestellt werden, was Ihre Umgebung Sicherheitsrisiken aussetzen kann.

Sie können die Eigenschaft user.wasjava=java8 nur für Neuinstallationen des Produkts unter Linux on POWER8 LE verwenden. Die Eigenschaft user.wasjava=java8 funktioniert nicht für Produktupgrades mit Fixpacks für Linux on POWER8 LE.

[8.5.5.19 oder höher]Ab Version 8.5.5.19 für Linux auf POWER8 Little Endian (LE) ist die Standardversion von Java SE 8. Daher können Sie die Standardeinstellung akzeptieren und Java SE 8 als Version von Java SE installieren, die im Verzeichnis /java in WebSphere Application Server enthalten ist und standardmäßig während der Server-und Knotenkonfiguration verwendet wird. Sie können Java SE 7.1 zwar weiterhin verwenden, indem Sie IBM WebSphere Java SDK Version 7.1 installieren, aber nach der Einstellung der Unterstützung im Juli 2022 kann kein Service mehr bereitgestellt werden, was Ihre Umgebung Sicherheitsrisiken aussetzen kann.

Die Eigenschaft user.wasjava=java8 ist für die Installation von und das Update auf Version 8.5.5.19 für Linux on POWER8 LE nicht erforderlich.

Die Migration auf Java SE 8 stellt die neuesten verfügbaren Java-Funktionen und -Standards bereit und stellt sicher, dass Ihre Anwendungen über Jahre hinweg in einer unterstützten Umgebung ausgeführt werden können. Weitere Informationen zu neuen Java-Funktionen finden Sie unter What's new in Java 8 auf der Oracle -Website.

Obwohl Sie auch auf Java SE 7 oder 7.1migrieren können, wird die Unterstützung für diese Versionen nur bis Juli 2022 bereitgestellt. Wenn Sie eine Migration auf Java SE 7 oder 7.1durchführen möchten, planen Sie vor diesem Zeitpunkt eine ähnliche Migration auf Java SE 8. Weitere Informationen zum Ende der Unterstützung für Java SE 6 und Java SE 7 finden Sie unter Entfernte Features.

Wenn Sie auf eine neuere Java SE-Version migrieren, entscheiden Sie, ob Sie die neuen Java SE-Funktionen in Ihren Anwendungen nutzen möchten, und beginnen Sie mit dem Übergang von veralteten Funktionen.

Vorgehensweise

  1. Aktualisieren Sie Ihre WebSphere Application Server -Installation auf mindestens die Fixpackstufe, die für die Java-Version erforderlich ist.

    Wenn Sie mit einer Neuinstallation mit Java SDK 8 als Standardversion beginnen, müssen Sie Schritt 1 nicht ausführen.

    Tabelle 1. Mindestfixpackebenen nach Java SE-Version . Eine zweispaltige Tabelle, in der die Java SE-Version und die für die Installation erforderliche Mindestfixpackstufe des Produkts aufgelistet werden.
    Java SE-Version Mindestfixpackversion
    Java SE 8.0 8.5.5.9
    Java SE 7.1 8.5.5.2
    Java SE 7.0 8.5.0.0

    [AIX Solaris HP-UX Linux Windows]Ausführliche Anweisungen finden Sie unter Vorläufige Fixes und Fixpacks auf verteilten Betriebssystemen installieren und deinstallieren.

    [z/OS]Ausführliche Anweisungen hierzu finden Sie im Abschnitt Vorläufige Fixes und Fixpacks unter z/OS®.

  2. Installieren Sie die neuere Java SE-Version.
    Hinweis: Wenn Sie mit einer neuen Installation von Version 8.5.5.11 oder höher beginnen, die Java SE 8 als Standard verwendet, ist dieser Schritt nicht erforderlich.

    In Version 8.5wird die Unterstützung für Java SE 7, 7.1und 8 nur von IBM® WebSphere SDK, Java Technology Edition bereitgestellt. Diese Java-SDKs werden speziell für WebSphere Application Servergepackt und getestet. Andere Java-SDKs, z. B. die für WebSphere Application Server Version 9.0 oder Liberty, können nicht verwendet werden.

    [AIX Solaris HP-UX Linux Windows]Ausführliche Anweisungen finden Sie unter SDK Java Technology Edition Version 8.0 unter verteilten Betriebssystemen installieren und deinstallieren und unter SDK Java Technology Edition Version 7.0 oder 7.1 unter verteilten Betriebssystemen installieren und deinstallieren.

    [z/OS]Ausführliche Anweisungen hierzu finden Sie unter Installing IBM WebSphere SDK Java Technology Edition Version 8.0 oder unter Installing IBM WebSphere SDK Java Technology Edition Version 7.0 oder 7.1.

  3. Aktualisieren Sie das Java SDK, das Ihre WebSphere Application Server -Profile verwenden, indem Sie den Befehl managesdk ausführen.
    Hinweis: Wenn Sie mit einer neuen Installation von Version 8.5.5.11 oder höher beginnen, die Java SE 8 als Standard verwendet, ist dieser Schritt nicht erforderlich.

    Weitere Informationen finden Sie unter Befehl managesdk.

    1. Stellen Sie sicher, dass das neue Java SDK verfügbar ist, indem Sie managesdk -listavailableausführen, und notieren Sie den SDK-Namen (z. B. 1.8_64) für spätere Befehle.
    2. Legen Sie das neue SDK als Standardeinstellung für die Befehle fest.
      managesdk -setCommandDefault -sdkname 1.8_64
    3. Legen Sie das neue SDK als Standardeinstellung für die Profile fest.
      managesdk -setNewProfileDefault -sdkname 1.8_64
    4. Aktivieren Sie die vorhandenen Profile für die Verwendung des neuen SDK.
      managesdk -enableProfileAll -sdkname 1.8_64 -enableServers
  4. Aktualisieren Sie Ihre vorhandenen Anwendungen bei Bedarf.
    1. Entscheiden Sie, ob Sie neuere Java SE-Funktionen in Ihren Anwendungen nutzen möchten.

      Sie können Anwendungen, die Java SE 8-Features nur auf Knoten der Version 8.5.5.9 oder höher verwenden, und Anwendungen, die Java SE 7.1 -Features verwenden, nur auf Knoten der Version 8.5.5.2 oder höher implementieren. Frühere Produktversionen stellen nicht die erforderliche Java SE Virtual Machine bereit.

    2. Kompilieren Sie Anwendungen, die keine neueren Java SE-Funktionen für die Ausführung auf früheren JVM-Versionen verwenden, indem Sie die Compilermodi festlegen.

      Wenn Sie Anwendungen kompilieren, die mit einer neueren Java SE-Version erstellt wurden, aber für die Ausführung in früheren Spezifikationen bestimmt sind, müssen Sie die Modi -source und -target für den neueren Java SE-Compiler angeben. Dadurch wird sichergestellt, dass der generierte Bytecode mit der früheren Java Virtual Machine kompatibel ist.

      Wenn die Java Virtual Machine beispielsweise die Version 1.6 aufweist und Sie Anwendungen mit Java SE 8 kompilieren, geben Sie -source 1.6und -target 1.6 an, um Bytecode zu generieren, der mit 1.6kompatibel ist. Dies verarbeitet nicht die Verwendung von Paketen, Klassen oder Funktionen, die neu in Java SE 8 sind. Er bezieht sich nur auf die Bytecode-Ausgabe. Entwickler müssen darauf achten, welche APIs sie aus den Java SE-Paketen verwenden, wenn sie die Anwendung auf mehreren Java Virtual Machine-Spezifikationsstufen ausführen möchten.

    3. Beheben Sie alle Inkompatibilitäten in zuvor kompilierten Java SE-Anwendungen.

      In den meisten Fällen sind Java SE-Spezifikationen nach oben binärkompatibel mit früheren Java SE-Versionen, mit Ausnahme der Inkompatibilitäten und nicht mehr unterstützten Versionen, die in der Veröffentlichung Oracle Compatibility Guide for JDK 8 und Java SE 7 and JDK 7 Compatibilitydokumentiert sind.

      Bewährtes Verfahren: Anstatt Ihre Anwendungen manuell nach API-und Spezifikationsänderungen zu durchsuchen, scannen Sie Ihre Anwendungen mit Migration Toolkit for Application Binaries und WebSphere Application Server Migration Toolkitauf erforderliche Änderungen.

      Der Scanner für Anwendungsbinärdateien stellt einen ausführlichen Migrationsanalysebericht für Ihre Anwendung bereit, sodass Sie die Art und den Umfang der Änderungen besser einschätzen können, die für die Anwendung möglicherweise erforderlich sind. Wenn Sie Ihre Anwendungen migrieren, stellt das Eclipse-basierte Migrationstoolkit Schnellkorrekturen bereit, um Ihre Quelle, sofern möglich, automatisch zu aktualisieren und bietet ausführliche Hilfe für Elemente bereit, die manuell aktualisiert werden müssen.

      Weitere Informationen und Informationen zum Herunterladen des Toolkits finden Sie unter WebSphere Application Server Migration Toolkit.