Modernized Runtime Extension for Java überblick

Modernized Runtime Extension for Java ( MoRE ) ermöglicht WebSphere® Application Server Network Deployment 9.0.5.23 und spätere Benutzer die Ausführung und Verwaltung von WebSphere Application Server Liberty workloads mit der Verwaltungskonsole, wsadmin-Skripten und JMX-Clients auszuführen und zu verwalten. Der Liberty-Workload verwendet einen verwalteten Anwendungsservertyp, der als verwalteter Liberty-Server bezeichnet wird.

Network Deployment 9.0.5.23 und höher unterstützt Java™-Workloads, einschließlich Java EE 7-Anwendungen. MoRE wird von Network Deployment 9.0.5.23 und höher unterstützt. MoRE unterstützt Liberty-Anwendungen, die auf Java SE 17 laufen und eine Teilmenge der Jakarta EE 10-Technologien verwenden.

[Netzwerkimplementierung 9.0.5.25 oder höher]Beginnend mit der Netzwerkimplementierung 9.0.5.25, MoRE unterstützt auch Liberty-Anwendungen, die auf Java SE 21 laufen.

MoRE unterstützt die Bereitstellung dieser Liberty-Anwendungen mit Hilfe der Verwaltungskonsole und der wsadmin-Skripterstellung, die Network Deployment 9.0.5 bietet.

Administratoren von Network Deployment 9.0.5 und Techniker von DevOps können weiterhin die Verwaltungsschnittstellen von Network Deployment 9.0.5 verwenden. Bestehende Seiten der Verwaltungskonsole und wsadmin-Skripte für die Verwaltung von Network Deployment 9.0.5 Servern funktionieren weiterhin. Administratoren können administrative Befehle speziell für MoRE in neue oder bestehende wsadmin-Skripte integrieren. Administratoren können auch die vorhandenen Seiten der Verwaltungskonsole mit spezifischen Einstellungen für MoRE. Weitere Informationen finden Sie unter Referenz.

Verwaltete Liberty- Server

MoRE bietet einen verwalteten Anwendungsserver-Typ, der als verwalteter Liberty-Server bezeichnet wird. Sie können diesen Server mit der Verwaltungskonsole und wsadmin-Skripten erstellen, genauso wie Sie Anwendungsserver in einer Zelle von Network Deployment 9.0.5 erstellen und föderieren.

Auf einem verwalteten Liberty -Server bereitgestellte Anwendungen können eine Teilmenge der von Liberty unterstützten Technologie verwenden, beispielsweise die Spezifikationen Java SE 17 und Jakarta EE 10.

[Netzwerkimplementierung 9.0.5.25 oder höher]Verwaltete Liberty-Server unterstützen auch Java SE 21.

Weitere Informationen finden Sie unter Erstellen von verwalteten Liberty-Servern.

Unterstützte Java SE-Level

MoRE unterstützt die folgenden Java SE-Stufen, d. h. die Java-Versionen, die auf den Knoten in der Zelle "Network Deployment" 9.0.5 installiert sind.
  • Java SE 8 für die Netzwerkbereitstellung 9.0.5.
  • Java SE 17 für den verwalteten Liberty-Server.
    • Das Ende des Supports für den verwalteten Liberty-Server für Java SE 17 ist für Oktober 2027 vorgesehen.

      Eine Entfernungsmitteilung bedeutet, dass das Element entfernt werden kann. In der Regel nicht vor Ablauf eines Zeitraums von zwei Jahren nach Herausgabe der Mitteilung.

  • [Netzwerkimplementierung 9.0.5.25 oder höher]Java SE 21 für den verwalteten Liberty-Server.

    Ein Knoten kann mehrere Java SE-Versionen verwenden und ist nicht auf eine einzige Java-Installation beschränkt. So kann beispielsweise ein verwalteter Liberty-Server auf einem Knoten Java SE 17 verwenden, während ein anderer verwalteter Liberty-Server Java SE 21 verwenden kann.

[Netzwerkimplementierung 9.0.5.25 oder höher]Wenn mehr als eine Java SE-Version auf dem System vorhanden ist, verwendet ein verwalteter Liberty-Server ein Java-SDK gemäß der folgenden Rangfolge.
  1. Das vom Benutzer konfigurierte Java-SDK für einen bestimmten Server, den der Benutzer in der Verwaltungskonsole oder über die Aufgabe setServerSDK admin angibt
  2. Das vom Benutzer konfigurierte Standard-Java-SDK für einen Knoten, das der Benutzer in der Verwaltungskonsole oder über die Aufgabe setNodeDefaultSDK admin angibt
  3. Ein automatisches Standard-Java-SDK für einen Knoten, das als höchste verfügbare Version ausgewählt wird, wenn der erste verwaltete Liberty-Server auf dem Knoten erstellt wird

Beziehung zwischen den Servern von Network Deployment 9.0.5 und den verwalteten Liberty-Servern

Network Deployment 9.0.5 Anwendungen können neben Liberty-Anwendungen in derselben Network Deployment-Zelle laufen. Die Network Deployment 9.0.5 Anwendungen laufen auf WebSphere Application Server traditionellen Servern, während die Liberty Anwendungen auf verwalteten Liberty Servern laufen.

Die folgende Abbildung zeigt die Beziehung zwischen Network Deployment 9.0.5 Servern und verwalteten Liberty-Servern.
  • Die Zelle für den Netzaufbau enthält die folgenden Komponenten.
    • Ein Bereitstellungsmanager.
    • Ein verwalteter Liberty -Server.
    • Zwei WebSphere Application Server herkömmliche 9.0.5 Server in einem Cluster.
    • [Netzwerkimplementierung 9.0.5.24 oder höher]Zwei verwaltete Liberty -Server in einem statischen Cluster.

      [ 1.0.1.0 und später][Netzwerkbereitstellung 9.0.5.26 oder später]Die verwalteten Liberty -Server können unterschiedliche Versionen haben, beispielsweise eine in Version 25.0.0.8 und eine andere in Version 25.0.0.9.

    • Der Bereitstellungsmanager interagiert mit den folgenden Knotenagenten:
      • Die Knotenagenten im Cluster für WebSphere Application Server traditionelle Server
      • Der Knotenagent für den eigenständig verwalteten Liberty-Server
      • [Netzwerkimplementierung 9.0.5.24 oder höher]Die Knotenagenten für die verwalteten Liberty -Server, die sich in einem statischen Cluster befinden
    • Die Anwendungsserver und Knotenagenten benötigen jeweils eine Java Virtual Machine (JVM), um ausgeführt zu werden.
  • Die Anwendungsserver laufen mit den folgenden Java SE-Versionen.
    • Die WebSphere Application Server traditionellen 9.0.5 Server im Cluster laufen mit Java SE 8.
    • [Netzwerkimplementierung 9.0.5.24 oder höher]Die verwalteten Liberty -Server, die eigenständig oder in einem statischen Cluster betrieben werden, laufen unter den folgenden Java SE-Versionen.
      • Java SE 17
      • [Netzwerkimplementierung 9.0.5.25 oder höher]Java SE 21
  • Ein HTTP -Server kommuniziert mit den Servern von Network Deployment 9.0.5 und den verwalteten Liberty-Servern.
  • Sie verwalten die Zelle über die Verwaltungskonsole, wsadmin-Skripting oder JMX-Clients.

MoRE architekturdiagramm

Unterstützte Spezifikationen für Jakarta EE 10

MoRE unterstützt die folgenden Jakarta EE 10-Spezifikationen, die auch WebSphere Liberty unterstützt, allerdings ist die Unterstützung für eine bestimmte Spezifikation möglicherweise nicht vollständig implementiert. Weitere Informationen finden Sie unter dem Thema „Bekannte Probleme und Einschränkungen “.

  • Jakarta Anmerkungen 2.1
  • Jakarta-Kontexte und Dependency Injection 4.0
  • Jakarta-Abhängigkeitsinjektion 2.0
  • Jakarta Expression Language 5.0
  • Jakarta Abfangjäger 2.1
  • Jakarta JSON-Bindung 3.0
  • Jakarta JSON-Verarbeitung 2.1
  • Jakarta RESTful Web Dienste 3.1
  • Sicherheit in Jakarta 3.0
  • Jakarta Servlet 6.0
  • Jakarta-Transaktionen 2.0
[Netzwerkimplementierung 9.0.5.24 oder höher]MoRE unterstützt außerdem die folgende Liste von Jakarta EE 10-Spezifikationen in Version 9.0.5.24 und höher.
  • Jakarta Bean Validierung 3.0
  • Jakarta-Verbindungen 2.1
  • Jakarta Faces 4.0
  • Jakarta Mail 2.1
  • Jakarta Managed Beans 2.0
  • Jakarta Server Pages 3.1
  • Jakarta Persistence 3.1
  • Jakarta WebSocket 2.1
  • Jakarta XML Binding 4.0

Unterstützte Liberty-Funktionen

MoRE unterstützt die folgenden WebSphere Liberty -Funktionen, die Unterstützung für eine bestimmte Funktion ist jedoch möglicherweise unvollständig implementiert. Weitere Informationen finden Sie unter dem Thema „Bekannte Probleme und Einschränkungen “.

Die folgende Liste der Liberty -Funktionen gilt für die Netzwerkbereitstellungsversion 9.0.5.23 und höher.
  • servlet-6.0
  • cdi-4.0
  • jsonb-3.0
  • jsonp-2.1
  • restfulWS-3.1
  • restfulWSClient-3.1
  • appSecurity-5.0
  • expressionLanguage-5.0
  • distributedMap-1.0
  • jndi-1.0
  • jdbc-4.3
  • transactions-2.0
  • ssl-1.0
  • transportSecurity-1.0
  • ldapRegistry-3.0
  • federatedRegistry-1.0
[Netzwerkimplementierung 9.0.5.24 oder höher]Die folgende Liste der Liberty -Funktionen gilt für die Netzwerkbereitstellungsversion 9.0.5.24 und höher.
  • beanValidation-3.0
  • connectors-2.1
  • faces-4.0
  • mail-2.1
  • managedBeans-2.0
  • messagingClient-3.0
  • pages-3.1
  • persistence-3.1
  • websocket-2.1
  • wmqMessagingClient-3.0
  • xmlBinding-4.0
[Netzwerkimplementierung 9.0.5.25 oder höher]Die folgende Liberty -Funktion ist für die Netzwerkbereitstellungsversion 9.0.5.25 und höher vorgesehen.
  • elasticCacheClient-1.0
[ 1.0.1.0 und später][Netzwerkbereitstellung 9.0.5.26 oder später]Die folgende Liste der Funktionen gilt für Version 1.0.1.0 und höher sowie für Version 9.0.5.26 und höher.
  • wmqMessagingClient-3.0
  • openidConnectClient-1.0

Unterstützte Betriebssysteme

Die folgenden Betriebssysteme werden unterstützt.
  • Windows
  • Linux®
  • [Netzwerkimplementierung 9.0.5.24 oder höher]( 1.0.0.1 und später)AIX®

Anzeige von sowohl MoRE und 9.0.5 Symbolen in der Dokumentation, wenn und wo

Um eine bestimmte Version von MoRE zu verwenden, müssen Sie sie mit einem bestimmten Minimum eines WebSphere Application Server Network Deployment 9.0.5 fixpack installieren.

Die MoRE dokumentation ist in zwei Dokumentations-Sammlungen enthalten.
Die erste Version von MoRE ist MoRE 1.0.0.0 mit WebSphere Application Server Network Deployment 9.0.5.23.
  • Die MoRE Sammlung enthält keine Symbole für die 1.0.0.0 Veröffentlichung, mit Ausnahme des Was gibt es Neues? Themas, das das Symbol [Netzwerkimplementierung 9.0.5.23 oder höher] Symbolenthält.
  • Die MoRE1.0.0.0 Dokumentation in der WebSphere Application Server Network Deployment9.0.5 Sammlung enthält sowohl das Modernized Runtime Extension for Java (MoRE) Symbol als auch das Netzwerkimplementierung 9.0.5.23 oder höher Symbol.

[Netzwerkimplementierung 9.0.5.24 oder höher]Weitere Funktionen für MoRE sind in Fix Packs enthalten, die über WebSphere Application Server Network Deployment9.0.5.23 hinausgehen. Mehrere WebSphere Application Server Network Deployment 9.0.5 fixpacks können sich auf eine bestimmte Version von MoRE.