Applikationsserver WildFly 22 unterstützt Apache Log4j 2 fürs Logging

Inhaltsverzeichnis

Red Hat hat Version 22 des Java-Anwendungsservers WildFly veröffentlicht, der als Open-Source-Grundlage zu JBoss EAP (Enterprise Application Plattform) dient. Die aktuelle Version unterstützt fürs Logging Log4j 2 und bringt weitere Neuerungen fürs Messaging und die Sicherheit.

Support für Log4j 2

WildFly 22 hält Unterstützung für Apache Log4j 2 bereit, ein Framework für das Logging von Anwendungsmeldungen in Java. Somit können Entwickler die Log4j-2-API verwenden, die an den JBoss Log Manager delegiert.

Darüber hinaus ist es Nutzern nun möglich, ein von Red Hats Open-Source-Software Keycloak zur Verfügung gestelltes Galleon Feature Pack zu verwenden, um die Keycloak-Client-Adapter für WildFly direkt in die eigene WildFly-Instanz zu installieren, anstatt den Inhalt vorab manuell zu entpacken und die eigene Konfiguration über die Kommandozeile zu aktualisieren. Keycloak-Adapter wie diese, ermöglichen es Nutzern, Deployments über die Authentifizierungsschicht OpenID Connect zu sichern.

Galleon hat neuen Layer fürs Web im Gepäck

Galleon, das Werkzeug zum Bereitstellen speziell zugeschnittener WildFly-Varianten, die nur die benötigten Komponenten enthalten, führt mit dem Update einen neuen Web-Passivation Layer zum Verwalten der Session-Daten ein. Hintergrund ist, dass die beiden verfügbaren Galleon-Schichten web-server und web-clustering nicht für Umgebungen mit knappen Ressourcen geeignet sind. Ersterer arbeitet nur direkt im Speicher und verliert die Session-Daten beim Anhalten des Servers, während letzterer für Cluster-Umgebungen ausgelegt ist und damit über das Ziel hinausschießt. Der neue Galleon-Layer web-passivation kann auch jenseits von Clustern die Daten der Sessions persistieren.

Darüber hinaus führt das Update neue Health- und Metrik-Subsysteme ein. Als Grundlage für aktualisierte Versionen der Subsysteme microprofile-health-smallrye' und microprofile-metrics-smallrye ermöglichen sie Nutzern, die die von Eclipse MicroProfile Health and Metrics bereitgestellten benutzerdefinierten und Deployment-spezifischen Health- und Metrikinformationen nicht benötigen, allgemeine Server-Health- und Metrikinformationen über den Management-Endpunkt abzurufen, ohne die MicroProfile Health and Metrics-Bibliotheken in ihre Serverinstallation aufnehmen zu müssen.

Messaging und Sicherheit

Nutzer können die Management-API verwenden, um ein Topic zu pausieren oder fortzusetzen. Dadurch ist es möglich, alle Abonnenten vom Empfang neuer Nachrichten eines pausierten Topics abzuhalten. Darüber hinaus bietet WildFly 22 die Option, bei der ersten Verwendung des Security-Frameworks Elytron ein selbst signiertes Zertifikat zu generieren, das jedoch nur zu Testzwecken nicht aber in einer Produktionsumgebung verwendet werden sollte. Weitere Details zu WildFly 22 lassen sich der Ankündigung entnehmen. Der Anwendungsserver lässt sich von der Download-Seite herunterladen, und der Sourcecode liegt auf GitHub.

(mdo)