Liberty-Features
Features sind Funktionseinheiten, mit deren Hilfe Sie steuern können, welche Teile der Laufzeitumgebung in einen bestimmten Server geladen werden.
- WebSphere Application Server Liberty Core: libertyCoreBundle
- WebSphere Application Server (Base) Liberty: baseBundle
- WebSphere Application Server Network Deployment Liberty: ndMemberBundle für Verbund-Member-Server und ndControllerBundle für Verbundcontroller
- WebSphere Application Server for z/OS Liberty: zosBundle
In der folgenden Tabelle sind die Liberty-Features aufgelistet, die für jede WebSphere Application Server Liberty-Edition unterstützt werden.
Libertyfeature | WebSphere Application Server Liberty Core | WebSphere Application Server | WebSphere Application Server Network Deployment (verteilte Betriebssysteme und IBM® i) | WebSphere Application Server for z/OS |
---|---|---|---|---|
Feature-Bundle-Add-on | libertyCoreBundle | baseBundle | ndMemberBundle: Alle Features mit Ausnahme von Controller-Features.
ndControllerBundle: Nur mit 1 markierte Features. |
zosBundle |
Java EE 7 Web Profile | ||||
beanValidation-1.1 | ✓ | ✓ | ✓ | ✓ |
cdi-1.2 | ✓ | ✓ | ✓ | ✓ |
ejbLite-3.2 | ✓ | ✓ | ✓ | ✓ |
el-3.0 | ✓ | ✓ | ✓ | ✓ |
jaxrs-2.0 | ✓ | ✓ | ✓ | ✓ |
jaxrsClient-2.0 | ✓ | ✓ | ✓ | ✓ |
jdbc-4.1 | ✓ | ✓ | ✓ | ✓ |
jndi-1.0 | ✓ | ✓ | ✓ | ✓ |
jpa-2.1 | ✓ | ✓ | ✓ | ✓ |
jsf-2.2 | ✓ | ✓ | ✓ | ✓ |
jsonp-1.0 | ✓ | ✓ | ✓ | ✓ |
jsp-2.3 | ✓ | ✓ | ✓ | ✓ |
managedBeans-1.0 | ✓ | ✓ | ✓ | ✓ |
servlet-3.1 | ✓ | ✓ | ✓ | ✓ |
webProfile-7.0 | ✓ | ✓ | ✓ | ✓ |
websocket-1.0 | ✓ | ✓ | ✓ | ✓ |
websocket-1.1 | ✓ | ✓ | ✓ | ✓ |
Java™ EE 7 Full Platform | ||||
appClientSupport-1.0 | ✓ | ✓ | ✓ | |
appSecurityClient-1.0 | ✓ | ✓ | ✓ | |
batch-1.0 | ✓ | ✓ | ✓ | |
concurrent-1.0 | ✓ | ✓ | ✓ | ✓ |
ejb-3.2 | ✓ | ✓ | ✓ | |
ejbHome-3.2 | ✓ | ✓ | ✓ | |
ejbPersistentTimer-3.2 | ✓ | ✓ | ✓ | |
ejbRemote-3.2 | ✓ | ✓ | ✓ | |
j2eeManagement-1.1 | ✓ | ✓ | ✓ | |
jacc-1.5 | ✓ | ✓ | ✓ | ✓ |
jaspic-1.1 | ✓ | ✓ | ✓ | ✓ |
javaee-7.0 | ✓ | ✓ | ✓ | |
javaeeClient-7.0 | ✓ | ✓ | ✓ | |
javaMail-1.5 | ✓ | ✓ | ✓ | ✓ |
jaxb-2.2 | ✓ | ✓ | ✓ | |
jaxws-2.2 | ✓ | ✓ | ✓ | |
jca-1.7 | ✓ | ✓ | ✓ | |
jcaInboundSecurity-1.0 | ✓ | ✓ | ✓ | |
jms-2.0 | ✓ | ✓ | ✓ | |
jmsMdb-3.2 | ✓ | ✓ | ✓ | |
mdb-3.2 | ✓ | ✓ | ✓ | |
wasJmsClient-2.0 | ✓ | ✓ | ✓ | |
wasJmsSecurity-1.0 | ✓ | ✓ | ✓ | |
wasJmsServer-1.0 | ✓ | ✓ | ✓ | |
Feature "Extended Programming Models" | ||||
cloudant-1.0 | ✓ | ✓ | ✓ | |
couchdb-1.0 | ✓ | ✓ | ✓ | |
json-1.0 | ✓ | ✓ | ✓ | ✓ |
mongodb-2.0 | ✓ | ✓ | ✓ | |
rtcomm-1.0 | ✓ | ✓ | ✓ | |
rtcommGateway-1.0 | ✓ | ✓ | ✓ | |
sipServlet-1.1 | ✓ | ✓ | ✓ | |
Enterprise OSGi | ||||
blueprint-1.0 | ✓ | ✓ | ✓ | ✓ |
httpWhiteboard-1.0 | ✓ | ✓ | ✓ | ✓ |
httpWhiteboard-1.0 | ✓ | ✓ | ✓ | ✓ |
osgiBundle-1.0 | ✓ | ✓ | ✓ | ✓ |
osgi.jpa-1.0 | ✓ | ✓ | ✓ | ✓ |
wab-1.0 | ✓ | ✓ | ✓ | ✓ |
MicroProfile | ||||
microProfile-1.0 | ![]() |
![]() |
![]() |
![]() |
microProfile-1.2 | ![]() |
![]() |
![]() |
![]() |
microProfile-1.3 | ![]() |
![]() |
![]() |
![]() |
mpConfig-1.1 | ![]() |
![]() |
![]() |
![]() |
mpConfig-1.2 | ![]() |
![]() |
![]() |
![]() |
mpFaultTolerance-1.0 | ![]() |
![]() |
![]() |
![]() |
mpHealth-1.0 | ![]() |
![]() |
![]() |
![]() |
mpJwt-1.0 | ![]() |
![]() |
![]() |
![]() |
mpMetrics-1.0 | ![]() |
![]() |
![]() |
![]() |
mpMetrics-1.1 | ![]() |
![]() |
![]() |
![]() |
mpRestClient-1.0 | ![]() |
![]() |
![]() |
![]() |
opentracing-1.0 | ![]() |
![]() |
![]() |
![]() |
Operationen | ||||
apiDiscovery-1.0 | ✓ | ✓ | ✓ | ✓ |
batchManagement-1.0 | ✓ | ✓ | ✓ | |
bells-1.0 | ✓ | ✓ | ✓ | ✓ |
bluemixUtility-1.0 | ✓ | ✓ | ✓ | ✓ |
distributedMap-1.0 | ✓ | ✓ | ✓ | ✓ |
eventLogging-1.0 | ✓ | ✓ | ✓ | ✓ |
jpaContainer-2.1 | ![]() |
![]() |
![]() |
![]() |
jsfContainer-2.2 | ![]() |
![]() |
![]() |
![]() |
localConnector-1.0 | ✓ | ✓ | ✓ | ✓ |
logstashCollector-1.0 | ✓ | ✓ | ✓ | ✓ |
mediaServerControl-1.0 | ✓ | ✓ | ✓ | |
monitor-1.0 | ✓ | ✓ | ✓ | ✓ |
openapi-3.0 | ![]() |
![]() |
![]() |
![]() |
osgiConsole-1.0 | ✓ | ✓ | ✓ | ✓ |
productInsights-1.0 | ![]() |
![]() |
![]() |
![]() |
requestTiming-1.0 | ✓ | ✓ | ✓ | ✓ |
restConnector-1.0 | ✓ | ✓ | ✓ | ✓ |
restConnector-2.0 | ![]() |
![]() |
![]() |
![]() |
serverStatus-1.0 | ✓ | ✓ | ✓ | ✓ |
sessionDatabase-1.0 | ✓ | ✓ | ✓ | ✓ |
timedOperations-1.0 | ✓ | ✓ | ✓ | ✓ |
webCache-1.0 | ✓ | ✓ | ✓ | ✓ |
wmqJmsClient-2.0 | ✓ | ✓ | ✓ | |
wsAtomicTransaction-1.2 | ✓ | ✓ | ✓ | |
Sicherheit | ||||
appSecurity-1.0 | ✓ | ✓ | ✓ | ✓ |
appSecurity-2.0 | ✓ | ✓ | ✓ | ✓ |
constrainedDelegation-1.0 | ✓ | ✓ | ✓ | ✓ |
federatedRegistry-1.0 | ✓ | ✓ | ✓ | ✓ |
jwt-1.0 | ![]() |
![]() |
![]() |
![]() |
ldapRegistry-3.0 | ✓ | ✓ | ✓ | ✓ |
oauth-2.0 | ✓ | ✓ | ✓ | ✓ |
openid-2.0 | ✓ | ✓ | ✓ | ✓ |
openidConnectClient-1.0 | ✓ | ✓ | ✓ | ✓ |
openidConnectServer-1.0 | ✓ | ✓ | ✓ | ✓ |
passwordUtilities-1.0 | ✓ | ✓ | ✓ | |
samlWeb-2.0 | ✓ | ✓ | ✓ | ✓ |
scim-1.0 | ✓ | ✓ | ✓ | ✓ |
socialLogin-1.0 | ![]() |
![]() |
![]() |
![]() |
spnego-1.0 | ✓ | ✓ | ✓ | ✓ |
ssl-1.0 | ✓ | ✓ | ✓ | ✓ |
transportSecurity-1.0 | ![]() |
![]() |
![]() |
![]() |
wsSecurity-1.1 | ✓ | ✓ | ✓ | |
wsSecuritySaml-1.1 | ✓ | ✓ | ✓ | |
Systemmanagement | ||||
adminCenter-1.0 | ✓ | ✓ | ✓1 | ✓ |
clusterMember-1.0 | ✓ | ✓ | ||
collectiveController-1.0 | ✓1 | ✓ | ||
collectiveMember-1.0 | ✓ | ✓ | ✓ | ✓ |
dynamicRouting-1.0 | ✓1 | ✓ | ||
healthAnalyzer-1.0 | ✓ | ✓ | ||
healthManager-1.0 | ✓1 | ✓ | ||
scalingController-1.0 | ✓1 | ✓ | ||
scalingMember-1.0 | ✓ | ✓ | ||
z/OS | ||||
batchSMFLogging-1.0 | ![]() |
|||
zosConnect-1.0 | ✓ | |||
zosConnect-1.2 | ✓ | |||
zosLocalAdapters-1.0 | ✓ | |||
zosRequestLogging-1.0 | ✓ | |||
zosSecurity-1.0 | ✓ | |||
zosTransaction-1.0 | ✓ | |||
zosWlm-1.0 | ✓ | |||
Java EE 6 Web Profile | ||||
beanValidation-1.1 | ✓ | ✓ | ✓ | ✓ |
cdi-1.0 | ✓ | ✓ | ✓ | ✓ |
ejbLite-3.1 | ✓ | ✓ | ✓ | ✓ |
jdbc-4.0 | ✓ | ✓ | ✓ | ✓ |
jndi-1.0 | ✓ | ✓ | ✓ | ✓ |
jpa-2.0 | ✓ | ✓ | ✓ | ✓ |
jsf-2.0 | ✓ | ✓ | ✓ | ✓ |
jsp-2.2 | ✓ | ✓ | ✓ | ✓ |
servlet-3.0 | ✓ | ✓ | ✓ | ✓ |
webProfile-6.0 | ✓ | ✓ | ✓ | ✓ |
Java EE 6 Technologies | ||||
jaxb-2.2 | ✓ | ✓ | ✓ | |
jaxrs-1.1 | ✓ | ✓ | ✓ | ✓ |
jaxws-2.2 | ✓ | ✓ | ✓ | |
jca-1.6 | ✓ | ✓ | ✓ | |
jcaInboundSecurity-1.0 | ✓ | ✓ | ✓ | |
jms-1.1 | ✓ | ✓ | ✓ | |
jmsMdb-3.1 | ✓ | ✓ | ✓ | |
mdb-3.1 | ✓ | ✓ | ✓ | |
wasJmsClient-1.1 | ✓ | ✓ | ✓ | |
wasJmsSecurity-1.0 | ✓ | ✓ | ✓ | |
wasJmsServer-1.0 | ✓ | ✓ | ✓ | |
wmqJmsClient-1.1 | ✓ | ✓ | ✓ |
<server>
<featureManager> <feature>servlet-3.0</feature>
<feature>localConnector-1.0</feature>
</featureManager>
</server>
Features, die in einer Serverkonfiguration verwendet werden können, sind öffentlich sichtbar und gehören zu den externen Features des Liberty-Produkts. Die Verwendung dieser Features in der Serverkonfiguration wird auch in künftigen Updates des Produkts unterstützt. Liberty stellt außerdem einen Satz von Features mit geschützter Sichtbarkeit bereit. Diese Features können nicht direkt in der Serverkonfiguration verwendet, aber in eigene Features eingeschlossen werden. Weitere Informationen finden Sie unter Geschützte Features einschließen.
- Administrative Center
- <feature>adminCenter-1.0</feature>
Das Feature adminCenter-1.0 ist eine webbasierte grafische Schnittstelle für die Verwaltung von Liberty-Servern und -Anwendungen sowie anderen Ressourcen über einen Web-Browser in einem Mobiltelefon, Tablet oder Computer.
Weitere Informationen finden Sie in den Abschnitten Liberty über das Admin Center verwalten und Einschränkungen für das Feature Admin Center.
- API-Erkennung
- <feature>apiDiscovery-1.0</feature>
Das Feature apiDiscovery-1.0 unterstützt Sie bei der REST-API-Suche. Verwenden Sie das Feature, um die auf einem Liberty-Server verfügbaren REST-APIs zu suchen, und verwenden Sie anschließend die Swagger-Benutzerschnittstelle, um die gefundenen REST-Endpunkte aufzurufen. Informationen hierzu finden Sie unter REST-API-Dokumentation auf einem Liberty-Server suchen.
- Sicherheit des Anwendungs-Client-Containers
- <feature>appSecurityClient-1.0</feature>
Um die Sicherheit für den Client-Container zu aktivieren, nehmen Sie das Feature appSecurityClient-1.0 in die Datei client.xml auf.
Mit dem Feature appSecurityClient-1.0 werden auf dem Client SSL, CSIv2 und JAAS aktiviert. Sie müssen SSL konfigurieren, um eine sichere und verschlüsselte Kommunikation zwischen dem Client und dem Server sicherzustellen.
Informationen zur Konfiguration des Features appSecurityClient-1.0 finden Sie unter Anwendungssicherheit für Client 1.0.
Weitere Informationen hierzu finden Sie in den Abschnitten Sicherheit im Liberty-Anwendungsclient-Container und Sicherheit für den Liberty-Anwendungs-Client-Container und dessen Anwendungen konfigurieren.
- Anwendungsclientunterstützung
- <feature>appClientSupport-1.0</feature>
Das Feature appClientSupport-1.0 ermöglicht es dem Server, Java EE-Metadaten innerhalb des Clientmoduls einer Anwendung zu verarbeiten, z. B. die XML-Implementierungsdeskriptordatei und oder Annotationen zu lesen und sie gegebenenfalls für andere Module in der Anwendung bereitzustellen. Außerdem ermöglicht es dem fernen Anwendungsclientprozess die Kommunikation mit dem Server für die JNDI-Suche.
Das Feature appClientSupport-1.0 wird nur in der Datei server.xml aktiviert.
- Stapelverarbeitung (Batch)
- <feature>batch-1.0</feature>
Das Feature batch-1.0 ermöglicht die Verwendung des Programmiermodells JSR-352.
- <feature>batchManagement-1.0</feature>
Das Feature batchManagement-1.0 stellt eine REST-Schnittstelle für die ferne Jobübergabe und das Clientbefehlszeilendienstprogramm batchManager bereit.
Weitere Informationen hierzu finden Sie unter Übersicht über die Java-Stapelfunktion und und die verwaltete Stapelfunktion.
- Beanvalidierung
- <feature>beanValidation-1.0</feature>
Das Feature beanvalidation-1.0 stellt Validierungen für JavaBeans auf jeder Ebene einer Anwendung bereit. Die Validierung kann mit Annotationen oder mit einem Implementierungsdeskriptor vom Typ validation.xml auf alle Ebenen von JavaBeans in einer Anwendung angewendet werden.
- <feature>beanValidation-1.1</feature>Das Feature beanValidation-1.1 bietet Folgendes:
- Die mit beanValidation-1.0 verfügbare Validierung
- Methoden- und Konstruktorvalidierung für JavaBeans
- Automatische Methoden- und Konstruktorvalidierung in CDI-Beans (Contexts and Dependency Injection)
- Fähigkeit, Komponenten aus dem Implementierungsdeskriptor (validation.xml) als verwaltete CDI-Beans zu erstellen. Entwickeln Sie die Komponenten auf dieselbe Weise wie alle anderen Komponenten, die CDI-Funktionen verwenden.
- <feature>beanValidation-2.0</feature>
Die Spezifikation Bean Validation 2.0 ist ein annotationsbasiertes Modell für die Validierung von JavaBeans.
Weitere Informationen finden Sie unter Einschränkungen für das Feature "beanValidation".
- Basic Extensions using Liberty Libraries (BELL)
<feature>bells-1.0</feature>
Dieses Feature aktiviert die Konfiguration von Basic Extensions using Liberty Libraries (BELL). Verwenden Sie dieses Feature, um einige Komponenten der Serverlaufzeit so zu erweitern, dass Bibliotheken anstelle von Liberty-Features verwendet werden. BELL verwendet das Muster "Java Service Loader", um den Namen der Implementierungsklasse bereitzustellen.
Informationen zur Konfiguration des Features bells-1.0 finden Sie unter Basic Extensions using Liberty Libraries.
Feature "batchSMFLogging"
<feature>batchSMFLogging-1.0</feature>
Das batchSMFLogging-1.0-Feature stellt Informationen zu Java-Stapeljobs sowie zum z/OS-SMF-Datenspeicher zusammen. Informationen hierzu finden Sie unter Java-SMF-Stapelprotokollierung für Liberty unter z/OS aktivieren.
- Bluemix Utility
- <feature>bluemixUtility-1.0</feature>
Dieses Feature erleichtert die Konfiguration des Zugriffs auf verwaltete IBM Bluemix-Services. Informationen hierzu finden Sie unter Liberty-Server für die Verwendung von IBM Cloud-Services konfigurieren.
Informationen zur Konfiguration des Features bluemixUtility-1.0 finden Sie unter Bluemix Utilities-1.0.
- Blueprint
- <feature>blueprint-1.0</feature>
Das Feature blueprint-1.0 aktiviert die Unterstützung für die Implementierung von OSGi-Anwendungen, die die OSGi-Blueprint-Containerspezifikation verwenden.
- Mithilfe der Unterstützung für OSGi-Anwendungen in WebSphere Application Server können Sie modulare Anwendungen entwickeln und implementieren, die Java EE- und OSGi-Technologien verwenden.
- Cache-Service
- <feature>distributedMap-1.0</feature>
Dieses Feature stellt einen lokalen Cache-Service bereit, auf den über die API DistributedMap zugegriffen werden kann. Ein Standardcache ist in JNDI unter services/cache/distributedmap gebunden. Ein Cache kann durch das Hinzufügen eines Netz-Cache-Providers wie WebSphere eXtreme Scale verteilt werden.
- CDI
- <feature>cdi-1.0</feature>
Das Feature cdi-1.0 aktiviert die Unterstützung für die Spezifikation "Contexts and Dependency Injection 1.0" in Liberty.
- <feature>cdi-1.2</feature>
Das Feature cdi-1.2 aktiviert die Unterstützung für die Spezifikation "Contexts and Dependency Injection 1.2" in Liberty.
Weitere Informationen zu CDI finden Sie unter Contexts and Dependency Injection-Anwendungen in Liberty verwalten.
- Cloudant-Integration
- <feature>cloudant-1.0</feature>
Dieses Feature ermöglicht durch die Bereitstellung einer in der Serverkonfiguration konfigurierten Connectorinstanz, die injiziert oder über JNDI aufgerufen werden kann, Verbindungen zu Cloudant. Anwendungen verwenden die Cloudant-Clientbibliothek, um die Connectorinstanz zu nutzen. Informationen hierzu finden Sie unter CouchDB-Konnektivität mit der Cloudant-Java-Clientbibliothek in Liberty konfigurieren.
Informationen zur Konfiguration des Features cloudant-1.0 finden Sie unter Cloudant Integration 1.0.
- Cluster-Member
- <feature>clusterMember-1.0</feature>
- Ein Member in einem Verbund kann das Feature clusterMember-1.0 hinzufügen und <clusterMember name="<Clusername>"/> in seiner Serverkonfiguration angeben. Der Clustername wird im Controller veröffentlicht und dieser Server ist Teil des angegebenen Clusters.
- Verbundcontroller
- <feature>collectiveController-1.0</feature>
Das Feature collectiveController-1.0 aktiviert die Controllerfunktion für einen Verwaltungsverbund und enthält eine Management-Repository-MBean, die über den JMX/REST-Connector zugänglich ist, der vom Feature restConnector-1.0 bereitgestellt wird. Der Verbundcontroller fungiert als Speicher- und Collaborationmechanismus, zu dem Verbundmember eine Verbindung herstellen können. Das Feature collectiveController-1.0 enthält eine ServerCommandMbean, mit der die vom Verbundcontroller verwalteten Server fern gestartet oder gestoppt werden können.
Das Feature collectiveController-1.0 und seine Funktionen sind nur in WebSphere Application Server Network Deployment Liberty verfügbar. Das Feature ist in WebSphere Application Server Liberty oder WebSphere Application Server Liberty Core nicht verfügbar.
- Weitere Informationen hierzu finden Sie unter Server-Management-Umgebung für Liberty mithilfe von Verbünden einrichten.
- Verbundmember
- <feature>collectiveMember-1.0</feature>
Das Feature collectiveMember-1.0 ermöglicht einem Server, als Member eines Verwaltungsverbunds aufzutreten und vom Verbundcontroller verwaltet zu werden.
- Weitere Informationen hierzu finden Sie unter Server-Management-Umgebung für Liberty mithilfe von Verbünden einrichten.
- CouchDB
- <feature>couchdb-1.0</feature>
Das Feature couchdb-1.0 stellt die Unterstützung für CouchDB-Instanzen und zugehörige Datenbankverbindungen bereit. Der Zugriff auf CouchDB-Verbindungen ist durch JNDI-Suche und Ressourceninjektion möglich.
Nähere Informationen hierzu finden Sie unter CouchDB-Konnektivität mit der ektorp-Clientbibliothek in Liberty konfigurieren.
- Dynamischer Cache-Service
- <feature>webCache-1.0</feature>
- Dieses Feature unterstützt das lokale Caching von Webantworten. Es enthält das Cache-Service-Feature (distributedMap) und automatisches Caching von Webanwendungsantworten, um die Antwortzeiten und den Durchsatz zu verbessern. Sie können die Datei "cache-spec.xml" in Ihre Anwendungen aufnehmen, um das Caching von Antworten anzupassen. Der Cache kann durch das Hinzufügen eines Netz-Cache-Providers wie WebSphere eXtreme Scale verteilt werden.
- Dynamisches Routing
- <feature>dynamicRouting-1.0</feature>
- Das
Intelligent Management-Feature des WebSphere-Plug-ins für Apache und IHS stellt
On Demand Router (ODR)-Funktionen für das Plug-in bereit. Dieses Feature ermöglicht es einem Server, den dynamischen Routingservice auszuführen.
Das Plug-in kann anschließend eine Verbindung zum ODR herstellen, um dynamisches Routing für
alle Server im Liberty-Verbund zu ermöglichen.
Weitere Informationen finden Sie unter dynamicRouting-1.0.
- Enterprise JavaBeans (EJB)
- <feature>ejbLite-3.1</feature>
Das Feature ejbLite-3.1 unterstützt EJB-Anwendungen, die in Übereinstimmung mit dem EJB Lite-Subset der Spezifikation "EJB 3.1" geschrieben sind.
- <feature>ejbLite-3.2</feature>
- Das Feature ejbLite-3.2 unterstützt EJB-Anwendungen, die in Übereinstimmung mit dem EJB Lite-Subset der Spezifikation "EJB 3.2" geschrieben sind.
- Die EJB 3.2 Lite API Group enthält nicht den integrierbaren EJB-Container und das Produkt stellt keinen integrierbaren EJB 3.2-Container bereit.
- Außerdem sind die folgenden Features mit dem Feature "ejbLite-3.2" nicht kompatibel:
- cdi-1.0
- jmsMdb-3.1
- mdb-3.1
- <feature>ejb-3.2</feature>
- Das Feature ejb-3.2 unterstützt EJB-Anwendungen, die in Übereinstimmung mit der Spezifikation "EJB 3.2" geschrieben sind.
- Dieses Feature enthält die folgenden Features:
- ejbLite-3.2
- ejbHome-3.2
Dieses Feature unterstützt die EJB 2.x-APIs.
- ejbPersistentTimer-3.2
Dieses Feature unterstützt persistente EJB-Zeitgeber.
- ejbRemote-3.2
Dieses Feature unterstützt ferne EJB-Schnittstellen.
- mdb-3.2
Dieses Feature unterstützt Message-driven Beans.
Wenn keine vollständige Unterstützung für EJB 3.2 erforderlich ist, können verschiedene Kombinationen dieser Features verwendet werden, um die erforderliche Unterstützung bereitzustellen.
- Weitere Informationen finden Sie unter Einschränkungen für EJB-Features (Enterprise JavaBeans).
- Expression Language 3.0
- <feature>el-3.0</feature>
Diese Funktion aktiviert die Unterstützung für Expression Language (EL) 3.0.
- Ereignisprotokollierung
- <feature>eventLogging-1.0</feature>
- Das Feature eventLogging-1.0 protokolliert Ereignisse wie JDBC-Anforderungen und Servletanforderungen und deren Dauer. Weitere Informationen hierzu finden Sie unter Ereignisprotokollierung.
- Health Analyzer
- <feature>healthAnalyzer-1.0</feature>
Das Feature "Health Analyzer" ermöglicht die Erfassung von Vitalitätsdaten für den Vitalitätsmanager für das Intelligent Management-Feature für die Vitalitätsüberwachung. Das Feature "Health Analyzer" stellt einem Member-Server Überwachungsservices bereit. Es wird als Analyse-Handler registriert, erfasst die erforderlichen Statistikdaten (PMI, HealthCenter) über den Analysecollector und analysiert die Bedingungen.
Informationen hierzu finden Sie unter Vitalitätsmanagement für Liberty konfigurieren.
Informationen zur Konfiguration des Features healthAnalyzer-1.0 finden Sie unter Health Analyzer.
- Health Manager
- <feature>healthManager-1.0</feature>
Das Feature "Health Manager" ermöglicht die Vitalitätsüberwachung und automatische Aktionen basierend auf Vitalitätsrichtlinien für das Intelligent Management-Feature für die Vitalitätsüberwachung. Das Feature "Health Manager" umfasst die zentralen Funktionen der Vitalitätsüberwachung. Mit der Auswahl dieses Features werden die Standardbedingungs-Plug-ins aktiviert. Dieses Feature setzt voraus, dass das Feature "collectiveController" vorhanden ist.
Informationen hierzu finden Sie unter Vitalitätsmanagement für Liberty konfigurieren.
Informationen zur Konfiguration des Features healthManager-1.0 finden Sie unter Health Manager.
- J2EE Management 1.1
- <feature>j2eeManagement-1.1</feature>
Das Feature j2eeManagement-1.1 stellt Standardschnittstellen für einfach zu verwaltende Aspekte von Java EE 7 bereit und ermöglicht es den Anwendungen, die in der Spezifikation JSR 77 definierten Schnittstellen zu verwenden.
Zum Aufrufen der Management EJB APIs muss die Serverkonfiguration sowohl das Feature j2eeManagement-1.1 als auch das Feature ejbRemote-3.2 im Feature-Manager enthalten. Wenn beide Features in der Serverkonfiguration enthalten sind, können Sie die Management EJB API über die JNDI-Namenssuche aufrufen. Der Management-EJB-Bindungsname (JNDI-Suchname ist ejb/mejb/MEJB.
Weitere Informationen finden Sie unter Einschränkungen für das Feature "j2eeManagement-1.1".
- Java API for RESTful Web Services (JAX-RS)
- <feature>jaxrs-1.1</feature>Das Feature jaxrs-1.1 bietet Unterstützung für Java API for RESTful Web Services in Liberty.
- Für EJB-Anwendungen, die das Server-Feature jaxrs-1.1 verwenden, müssen Sie das Feature ejbLite-3.1 in der Datei server.xml aktivieren.
- Für JAX-RS-Anwendungen, die CDI verwenden, müssen Sie das Feature cdi-1.0 in der Datei server.xml aktivieren.
- Java API for XML-Based Web Services (JAX-WS)
- <feature>jaxws-2.2</feature>
- Das Feature jaxws-2.2 bietet Unterstützung für Java API for XML-Based Web Services in Liberty.
- Für Webanwendungen, die das JAX-WS-Programmiermodell unterstützen, müssen Sie die Features servlet-3.0 und jaxws-2.2 in der Datei server.xml aktivieren.
- Für EJB-Anwendungen, die das JAX-WS-Programmiermodell unterstützen, müssen Sie die Server-Features ejbLite-3.1, servlet-3.0 und jaxws-2.2 in der Datei server.xml aktivieren.
- Weitere Informationen finden Sie unter Einschränkungen für das Feature "jaxws-2.2".
- Java Architecture for XML Binding (JAXB)
- <feature>jaxb-2.2</feature>
- Das Feature jaxb-2.2 bietet Unterstützung für Java Architecture for XML Binding (JAXB) in Liberty.
- Weitere Informationen finden Sie auch unter JAXB.
- Weitere Informationen finden Sie unter Einschränkungen für das Feature "jaxb-2.2".
- Java Authentication SPI for Containers 1.1
- <feature>jaspic-1.1</feature>
- Das Feature jaspic-1.1 aktiviert die Unterstützung für den Schutz der Serverlaufzeitumgebung und der Anwendungen mit Java Authentication SPI for Containers (JASPIC)-Providern gemäß der Definition in JSR-196.
- Weitere Informationen finden Sie unter JASPIC-Benutzerfeature (Java-Authentication SPI for Containers) konfigurieren.
- Java Authorization Contract for Containers 1.5
- <feature>jacc-1.5</feature>
- Das Feature jacc-1.5 bietet Unterstützung für Java Authorization Contract for Containers (JACC) Version 1.5. Damit Sie Ihrem Server das Feature jacc-1.5 hinzufügen können, müssen Sie einen JACC-Provider eines Drittanbieters hinzufügen, der nicht in WebSphere Application Server Liberty bereitgestellt wird.
- Weitere Informationen finden Sie unter JACC-Provider (Java Authorization Contract for Containers) entwickeln.
- Java EE
- <feature>javaee-7.0</feature>
Dieses Feature ist eine zweckdienliche Kombination der Liberty-Features, die für die Unterstützung von Java EE 7.0 Full Platform erforderlich sind.
- Java EE Application Client
- <feature>javaeeClient-7.0</feature>
Dieses Feature aktiviert die Unterstützung für Java EE Application Client 7.0. Informationen hierzu finden Sie unter Liberty-Anwendungsclient manuell erstellen.
- Java EE Connector Architecture
- <feature>jca-1.6</feature>
Das Feature jca-1.6 stellt Konfigurationselemente für die Definition von Instanzen von Verbindungsfactorys, verwalteten Objekten und Aktivierungsspezifikationen und für die Zuordnung dieser Instanzen zu einem installierten Ressourcenadapter bereit.
Informationen zur Konfiguration des Features jca-1.6 finden Sie unter Java Connector Architecture 1.6.
- <feature>jca-1.7</feature>
Das Feature jca-1.7 stellt Konfigurationselemente für die Definition von Instanzen von Verbindungsfactorys, verwalteten Objekten und Aktivierungsspezifikationen und für die Zuordnung dieser Instanzen zu einem installierten Ressourcenadapter bereit.
- Java Database Connectivity (JDBC)
- <feature>jdbc-4.0</feature>
Das Feature jdbc-4.0 bietet Unterstützung für Anwendungen, die auf eine Datenbank zugreifen. Sie können eine vorhandene Anwendung, die Java Database Connectivity (JDBC) und eine Datenquelle verwendet, auf einem Server implementieren.
- <feature>jdbc-4.1</feature> Das Feature jdbc-4.1 bietet Unterstützung für Anwendungen, die auf eine Datenbank zugreifen.Sie können eine vorhandene Anwendung, die Java Database Connectivity (JDBC) und eine Datenquelle verwendet, auf einem Server implementieren.
<feature>jdbc-4.2</feature>Das Feature jdbc-4.2 bietet Unterstützung für Anwendungen, die auf eine Datenbank zugreifen. Sie können eine vorhandene Anwendung, die Java Database Connectivity (JDBC) und eine Datenquelle verwendet, auf einem Server implementieren.
- Weitere Informationen finden Sie unter Vorhandene JDBC-Anwendung in Liberty implementieren.
- Java Naming and Directory Interface (JNDI)
- <feature>jndi-1.0</feature>
- Das Feature jndi-1.0 unterstützt eine einzelne JNDI-Eintragsdefinition in der Serverkonfiguration von Liberty.
- Java Persistence API (JPA)
- <feature>jpa-2.0</feature>
Das Feature jpa-2.0 bietet Unterstützung für Anwendungen, die eine gemäß der Spezifikation JPA 2.0 geschriebene anwendungsgesteuerte und containergesteuerte JPA verwenden. Die Unterstützung basiert auf Apache OpenJPA mit Erweiterungen für die Unterstützung des containergesteuerten Programmiermodells.
<feature>jpa-2.1</feature>
Das Feature jpa-2.1 bietet Unterstützung für Anwendungen, die eine gemäß der Spezifikation JPA 2.1 geschriebene anwendungsverwaltete und containergesteuerte JPA verwenden. Die Unterstützung baut auf EclipseLink auf, um containergesteuerte Programmiermodelle zu unterstützen.
Weitere Informationen hierzu finden Sie unter JPA-Anwendung in Liberty implementieren.
- Java Persistence API Container
<feature>jpaContainer-2.1</feature>
Das Feature jpaContainer-2.1 aktiviert die Unterstützung für Anwendungen, die eine gemäß der Spezifikation Java Persistence API 2.1 geschriebene anwendungsverwaltete und containergesteuerte JPA verwenden. Dies umfasst nur die Spezifikationsschnittstellen der Java Persistence API 2.1 und der containergesteuerten JPA-Integration. Dieses Feature enthält keine JPA-Implementierungen.
Weitere Informationen hierzu finden Sie unter JPA-Anwendung in Liberty implementieren.
- JavaMail-API
- <feature>javaMail-1.5</feature>
- Die JavaMail-API unterstützt die Kommunikation zwischen externen Mail-Servern und Liberty-Anwendungen. Weitere Informationen hierzu finden Sie unter JavaMail in Liberty verwalten.
- JavaScript Object Notation (JSON-P) Processing
- <feature>jsonp-1.0</feature>
Das Feature Java API for JSON Processing (JSON-P) stellt eine standardisierte Methode für die Erstellung und Bearbeitung von Daten bereit, die in JavaScript Object Notation (JSON) wiedergegeben werden sollen.
- JSON4J-Bibliothek (JavaScript Object Notation)
- <feature>json-1.0</feature>
Das Feature json-1.0 ermöglicht den Zugriff auf die JSON4J-Bibliothek, die einen Satz von JSON-Bearbeitungsklassen für Java-Umgebungen bereitstellt. Die JSON4J-Bibliothek bietet ein einfaches Java-Modell für die Erstellung und Bearbeitung von Daten, die als JSON-Daten bereitgestellt werden sollen.
Weitere Informationen finden Sie auch unter Using JSON content in JAX-RS application requests and responses und JSON4J Libraries API.
- JSON Web Token
- <feature>jwt-1.0</feature>
Mit dem Feature jwt-1.0 können Sie einen Liberty-Server so konfigurieren, dass er JWT-Token (JSON Web Token) erstellt und konsumiert, die Sie für die Weitergabe der Benutzeridentität oder von Token verwenden können. Weitere Informationen finden Sie im Artikel JSON Web Token in Liberty konfigurieren.
- JavaServer Faces (JSF)
- <feature>jsf-2.0</feature>
Das Feature jsf-2.0 bietet Unterstützung für Webanwendungen, die das JSF-Framework verwenden. Dieses Framework erleichtert das Erstellen von Benutzerschnittstellen.
Wenn Sie das Feature jsf-2.0 einschließen, schließen Sie auch das Feature jsp-2.2 ein, da das JSF-Framework eine Erweiterung des JSP-Frameworks ist.
- <feature>jsf-2.2</feature>
Das Feature jsf-2.2 aktiviert die Unterstützung für Webanwendungen, die das JSF-2.2-Framework (JavaServer Faces) verwenden. Dieses Framework erleichtert das Erstellen von Benutzerschnittstellen.
Weitere Informationen finden Sie unter Liberty for JavaServer Faces 2.2 konfigurieren.
- JavaServer-Faces-Container
<feature>jsfContainer-2.2</feature>
Das Feature jsfContainer-2.2 aktiviert CDI-Integrationen für Webanwendungen, die das JSF-2.2-Framework (JavaServer Faces) verwenden. Dieses Feature enthält nur Containerintegrationscode für JSF und keine JSF-Schnittstellen oder -Implementierungen. Wenn Sie dieses Feature verwenden möchten, packen Sie die JSF-Schnittstellen und -Implementierungen in Webanwendungen, die JSF verwenden.
Informationen hierzu finden Sie unter JavaServer Faces 2.2-Implementierungen anderer Anbieter konfigurieren.
- JavaServer Pages (JSP)
- <feature>jsp-2.2</feature>
Das Feature jsp-2.2 bietet Unterstützung für JSPs, die gemäß der Spezifikation JSP 2.2 geschrieben wurden. Wenn Sie das Feature jsp-2.2 einschließen, schließen Sie auch das Feature servlet-3.0 ein.
Weitere Informationen finden Sie unter Einschränkungen für das Feature "jsp-2.2".
- <feature>jsp-2.3</feature>
Dieses Feature aktiviert die Unterstützung für Java Server Pages (JSPs), die gemäß der Spezifikation JSP 2.3 geschrieben sind. Dieses Framework vereinfacht das Erstellen von Benutzerschnittstellen. Durch die Aktivierung dieses Features wird auch das EL-Feature (Expression Language) der Version 3.0 aktiviert.
- Eingeschränkte Kerberos-Delegierung für SPNEGO
- <feature>constrainedDelegation-1.0</feature>
Dieses Feature aktiviert die Unterstützung für die eingeschränkte Kerberos-Delegierung für SPNEGO. Informationen hierzu finden Sie unter Kerberos-Feature für eingeschränkte Delegierung für SPNEGO-Ausgangstokens in Liberty konfigurieren.
Informationen zur Konfiguration des Features constrainedDelegation-1.0 finden Sie unter Kerberos Constrained Delegation for SPNEGO.
- ldapRegistry-3.0
- <feature>ldapRegistry-3.0</feature>
- Das Feature ldapRegistry-3.0 bietet Unterstützung für die LDAP-Benutzerregistry. Die Version 3.0 des Features ldapRegistry-3.0 ist kompatibel mit den LDAP-Spezifikationen der Version 3. Das Feature ldapRegistry-3.0 wird nicht automatisch vom Feature appSecurity-2.0 aktiviert. Mit diesem Feature können Sie mehrere LDAP-Repositorys einbinden. In der Datei server.xml können zwei oder mehr LDAP-Repositorys konfiguriert werden, und Sie können die konsolidierten Ergebnisse aus mehreren Repositorys für alle LDAP-Operationen abrufen.
- Lokaler JMX-Connector
- <feature>localConnector-1.0</feature>
Das Feature localConnector-1.0 stellt einen lokalen JMX-Connector bereit, der in die JVM integriert ist. Der JMX-Connector kann auf derselben Hostmaschine nur von einer Person verwendet werden, der dieselbe Benutzer-ID und dasselbe JDK verwendet. Er ermöglicht JMX-Clients wie jConsole oder einem anderen JMX-Client, der die Attach-API verwendet, den lokalen Zugriff.
Weitere Informationen finden Sie unter Verbindung zu Liberty mit JMX herstellen.
- logstash-Collector
- <feature>logstashCollector-1.0</feature>
Das Feature logstashCollector-1.0 erfasst Daten verschiedener Quellen und leitet die Daten unter Verwendung des Lumberjack-Protokolls an einen Logstash-Server weiter. Informationen hierzu finden Sie unter Logstash-Collector der Version 1.0 verwenden.
Informationen zur Konfiguration des Features logstashCollector-1.0 finden Sie unter Logstash Collector-1.0.
- Managed Beans
- <feature>managedBeans-1.0</feature>
Das Feature managedBeans-1.0 unterstützt die Spezifikation "Managed Beans 1.0" (JSR-316). Dieses Feature ermöglicht die Verwendung der Annotation javax.annotation.ManagedBean.
- Verwaltete Steuerprogramme und Managed-Thread-Factorys
- <feature>concurrent-1.0</feature>
Das Feature concurrent-1.0 ermöglicht die Erstellung verwalteter Steuerprogrammservices, die es Anwendungen erlauben, gleichzeitig auszuführende Tasks mit einem Threadkontext zu übergeben, der vom Anwendungsserver verwaltet wird. Das Feature ermöglicht auch die Erstellung von Managed-Thread-Factorys, mit denen Threads erstellt werden können, die mit dem Threadkontext der Komponente ausgeführt werden, die die Managed-Thread-Factory sucht.
- Message-driven Beans
- <feature>jmsMdb-3.1</feature>
Das Feature jmsMdb-3.1 bietet Unterstützung für die Implementierung und Konfiguration der JMS-Ressourcen, die für die Ausführung von Message-driven Beans (MDB) in Liberty erforderlich sind. Dieses Feature ermöglicht Message-driven Beans die Interaktion mit dem integrierten Liberty-Messaging oder mit IBM MQ.
- Messaging
- Features von Embedded Liberty Messaging:
- <feature>wasJmsServer-1.0</feature>
Das Feature wasJmsServer-1.0 ermöglicht die Aktivierung der Laufzeit der JMS-Messaging-Engine. Die Messaging-Laufzeitumgebung ist für die Bereitstellung der Anwendungskonnektivität, die Verwaltung des Status der Ziele, z. B. Topics oder Warteschlangen, und die Handhabung von Servicequalität, Sicherheit und Transaktionen verantwortlich. Dieses Feature bietet auch Unterstützung für die Verbindungen, die von den fernen Messaging-Anwendungen eingehen. Die fernen Messaging-Anwendungen können eine Verbindung zur JMS-Messaging-Engine mit TCP/IP über SSL und Nicht-SSL herstellen.
- <feature>wasJmsClient-1.1</feature>
Das Feature wasJmsClient-2.0 aktiviert die Unterstützung für die Konfiguration von JMS-Ressourcen (z. B. Verbindungsfactorys, Aktivierungsspezifikationen sowie Warteschlangen- und Topicressourcen) und stellt auch die Clientbibliotheken bereit, die von den Messaging-Anwendungen benötigt werden, um eine Verbindung zum JMS-Server in Liberty herzustellen.
- <feature>wasJmsClient-2.0</feature>
Das Feature wasJmsClient-2.0 ersetzt das Feature wasJmsClient-1.1. Das Feature "wasJmsClient-2.0" ist mit der JMS 2.0-Spezifikation kompatibel und wird nur in IBM JDK 7 und höher unterstützt.
- Wenn Sie eine Verbindung mit SSL herstellen möchten, müssen Sie zuvor das SSL-Feature aktivieren.
Weitere Informationen hierzu finden Sie unter JMS-Messaging für Liberty aktivieren.
- <feature>wasJmsSecurity-1.0</feature>
Das Feature wasJmsSecurity-1.0 unterstützt sichere Verbindungen zur Messaging-Engine. Wenn das Feature wasJmsSecurity-1.0 aktiviert wird, beginnt es mit der Authentifizierung und Berechtigung der Benutzer, die versuchen, eine Verbindung zur Messaging-Engine herzustellen, gestartet. Der Benutzer wird anhand der Registry authentifiziert, die in der Datei server.xml definiert ist. Wenn der Benutzer auf ein Ziel, z. B. ein Topic oder eine Warteschlange, zugreifen möchte, muss er Benutzer die Zugriffsberechtigung für dieses Ziel haben. Der Zugriff auf das Ziel wird im Tag <messagingSecurity> (untergeordnetes Element des Elements messagingEngine) in der Datei server.xml definiert. Wenn das Feature wasJmsSecurity-1.0 hinzugefügt wird und das Element <messagingSecurity> nicht in der Datei server.xml definiert ist, können die Benutzer keine Verbindung zur Messaging-Engine herstellen und keine Messaging-Aktionen ausführen (z. B. Nachrichten an die Ziele senden oder Nachrichten von den Zielen empfangen).
Anmerkungen:- Die Konfiguration der Benutzerregistry ist eine Voraussetzung für das Feature wasJmsSecurity-1.0. Vergewissern Sie sich, dass eine Benutzerregistry konfiguriert ist, bevor das Feature wasJmsSecurity-1.0 aktiviert wird.
- Wenn Sie das Feature wasJmsSecurity-1.0 aktivieren, müssen Sie auch das Element <messagingSecurity>, das dem Element <messagingEngine> untergeordnet ist, in der Datei server.xml konfigurieren. Diese Konfiguration ermöglicht berechtigten Benutzern den Zugriff auf Messaging-Ziele.
- Weitere Informationen hierzu finden Sie unter Sicheres JMS-Messaging für Liberty aktivieren.
- MicroProfile
<feature>microProfile-1.0</feature>
Das Feature microProfile-1.0 kombiniert die Liberty-Features, die MicroProfile 1.0 für Enterprise Java unterstützen.
<feature>microProfile-1.2</feature>
Das Feature microProfile-1.2 kombiniert die Liberty-Features, die MicroProfile 1.2 für Enterprise Java unterstützen.
<feature>microProfile-1.3</feature>
Das Feature microProfile-1.3 kombiniert die Liberty-Features, die MicroProfile 1.3 für Enterprise Java unterstützen.
Weitere Informationen finden Sie im Artikel Unterstützung des MicroProfile-Programmiermodells.
- MicroProfile-Konfiguration
<feature>mpConfig-1.1</feature>
Mit dem Feature mpConfig-1.1 können Anwendungskonfigurationseigenschaften aus mehreren Quellen zu einem einzigen Satz von Konfigurationseigenschaften zusammengelegt und mit einer einzigen Client-API aufgerufen werden.
<feature>mpConfig-1.2</feature>
Das Feature mpConfig-1.2 baut auf mpConfig-1.1 mit Convertern auf, die Klassen-, Listen-, Satz- und automatische Konvertierung für Klassen mit einer geeigneten Zeichenfolgekonstruktorfunktion oder einer statischen valueOf-Methode enthalten. Unterstützung für cdi-2.0 ist auch verfügbar.
Weitere Informationen finden Sie im Artikel API "MicroProfile Config" aktivieren.
- MicroProfile-Fehlertoleranz
<feature>mpFaultTolerance-1.0</feature>
Das Feature mpFaultTolerance-1.0 verbessert die Ausfallsicherheit bei Serviceaufrufen. Es verwendet die Open-Source-Bibliothek Failsafe 1.0.1. Das Feature stellt mit Mustern, die Wiederholungen, Sicherungen, Bulkheads, Zeitlimits und Fallbacks enthalten, eine Umgebung für die Unterstützung ausfallsicherer Mikroservices bereit.
Weitere Informationen finden Sie unter Ausfallsicherheit von Mikroservices in Liberty verbessern.
- MicroProfile-Vitalitätsprüfung
<feature>mpHealth-1.0</feature>
Konfigurieren Sie das Feature mpHealth-1.0 und implementieren Sie die HealthCheck-API, um Ihrem Mikroservice Vitalitätsprüfungen zur Verfügung zu stellen.
Weitere Informationen finden Sie im Artikel MicroProfile-Vitalitätsprüfungen durchführen.
- MicroProfile JSON Web Token
<feature>mpJwt-1.0</feature>
Sie können einen Liberty-Server so konfigurieren, dass er ein MicroProfile-JWT (JSON Web Token) als Authentifizierungstoken akzeptiert.
Weitere Informationen finden Sie im Artikel MicroProfile-JWT konfigurieren.
- MicroProfile-OpenAPI
<feature>mpOpenAPI-1.0</feature>
Sie können die REST-API-Dokumentation mit dem Feature mpOpenAPI-1.0 generieren und anzeigen, das die MicroProfile-OpenAPI für Enterprise Java unterstützt.
Weitere Informationen finden Sie unter REST-API-Dokumentation generieren.
- MicroProfile-Metriken
<feature>mpMetrics-1.0</feature>
Messen und überwachen Sie Daten in einer Liberty-Anwendung mit dem Feature mpMetrics-1.0. Das Feature unterstützt die MicroProfile-Metrics-API, die aus der Dropwizard-Metrics-API abgeleitet wurde. Metriken werden von einer REST-API angezeigt, die eine Verbindung zu anderen Überwachungstools oder Stacks herstellen kann.
<feature>mpMetrics-1.1</feature>
Das Feature mpMetrics-1.1 unterstützt die MicroProfile-Metrics-1.1-Spezifikation.
Weitere Informationen finden Sie unter Anwendungen Metriken hinzufügen und Überwachung mit MicroProfile Metrics.
- Offen konzipiertes MicroProfile-Tracing
<feature>opentracing-1.0</feature>
Aktivieren Sie das automatische verteilte Tracing in JAX-RS-Anwendungen mit dem Feature opentracing-1.0.
Weitere Informationen finden Sie unter Verteiltes Tracing aktivieren. Informationen zum Abrufen des Features finden Sie unter Assets mit dem Befehl "installUtility" installieren.
- MicroProfile-Rest-Client
<feature>mpRestClient-1.0</feature>
Rufen Sie das Feature für den MicroProfile-Rest-Client über mpRestClient-1.0 auf.
Weitere Informationen finden Sie im Artikel MicroProfile-REST-Client konfigurieren.
- MongoDB
- <feature>mongodb-2.0</feature>
Das Feature mongodb-2.0 stellt die Unterstützung für MongoDB-Instanzen und zugehörige Datenbankverbindungen bereit. Der Zugriff auf MongoDB-Verbindungen ist durch JNDI-Suche und Ressourceninjektion möglich. Die native API com.mongodb führt die Bearbeitung der Datenbank durch.
Weitere Informationen finden Sie unter MongoDB-Konnektivität in Liberty konfigurieren.
- Überwachung
- <feature>monitor-1.0</feature>
Das Feature monitor-1.0 stellt die PMI-Unterstützung (Performance Monitoring Infrastructure) in Liberty bereit.
- Weitere Informationen hierzu finden Sie unter Liberty-Serverlaufzeitumgebung überwachen.
- OAuth
- <feature>oauth-2.0</feature>
Das Feature oauth-2.0 unterstützt den sicheren Zugriff auf Ressourcen mit dem OAuth-2.0-Protokoll.
- OpenAPI
<feature>openapi-3.0</feature>
Das Feature openapi-3.0 generiert die REST-API-Dokumentation. Das Feature unterstützt die OpenAPI-V3-Spezifikation. Informationen hierzu finden Sie unter REST-API-Dokumentation mit OpenAPI generieren.
- OpenID
- <feature>openid-2.0</feature>
Dieses Feature bietet den Benutzern die Möglichkeit, sich bei mehreren Entitäten zu authentifizieren, ohne mehrere Konten oder Gruppen von Berechtigungsnachweisen verwalten zu müssen. Liberty unterstützt OpenID 2.0 und fungiert als Relying Party beim Web Single Sign-on. Wenn Sie oft auf verschiedene Entitäten wie Websites zugreifen, benötigen Sie für jede Entität einen eindeutigen Account. OpenID ermöglicht einer Gruppe von Berechtigungsnachweisen, die von einem OpenID-Provider verarbeitet werden, beliebig vielen Entitäten, die OpenID unterstützen, die Zugriffsberechtigung zu erteilen.
- OpenID Connect Client
- <feature>openidConnectClient-1.0</feature>
Dieses Feature ermöglicht es Webanwendungen, anstelle oder zusätzlich zur konfigurierten Benutzerregistry OpenID Connect Client 1.0 für die Authentifizierung von Benutzern zu verwenden.
- OpenID Connect Provider
- <feature>openidConnectServer-1.0</feature>
Dieses Feature ermöglicht es Webanwendungen, anstelle oder zusätzlich zur konfigurierten Benutzerregistry OpenID Connect Server 1.0 für die Authentifizierung von Benutzern zu verwenden.
- OSGi-Anwendungen integrieren
- <feature>osgiAppIntegration-1.0</feature>
Verwenden Sie das Feature "osgiAppIntegration-1.0", damit die OSGi-Anwendungen, die in derselben Java Virtual Machine verfügbar sind, ihre Services gemeinsam nutzen können.
- Weitere Informationen zu Application-ImportService- und Application-ExportService-Headern finden Sie unter Application manifest files.
- OSGi Bundle
- <feature>osgiBundle-1.0</feature>
Das Feature osgiBundle-1.0 aktiviert die Unterstützung für die Implementierung von OSGi-Anwendungen. Mithilfe der Unterstützung für OSGi-Anwendungen können Sie modulare Anwendungen entwickeln und implementieren, die Java EE- und OSGi-Technologien verwenden.
- OSGi-Konsole
- <feature>osgiConsole-1.0</feature>
- Dieses Feature versetzt eine OSGi-Konsole in die Lage, das Debugging der Laufzeitumgebung zu unterstützen. Es kann verwendet werden, um Informationen zu Bundles, Paketen und Services anzuzeigen, die für die Entwicklung eigener Features für Produkterweiterungen hilfreich sein können.
- OSGi-JPA
- <feature>osgi.jpa-1.0</feature>
- Das Feature osgi.jpa-1.0 stellt die JPA-Unterstützung für OSGi-Anwendungen in Liberty bereit.
- Password Utilities
- <feature>passwordUtilities-1.0</feature>
Dieses Feature aktiviert die Unterstützung für das Abrufen von Authentifizierungsdaten von einer Anwendung unter Verwendung von Sicherheitsverbindungspunkten.
Informationen zur Konfiguration des Features passwordUtilities-1.0 finden Sie unter Password Utilities-1.0.
- Product Insights
<feature>productInsights-1.0</feature>
Das Feature productInsights-1.0 registriert Ihren Liberty-Server beim IBM Cloud Product Insights-Service in IBM Cloud, um Nutzungsmetriken zu berichten. Weitere Informationen zum Service finden Sie auf der Webseite IBM Cloud Product Insights on IBM developerWorks.
Informationen darüber, wie Sie Ihre Liberty-Server beim Product Insights-Service registrieren, finden Sie unter Liberty-Server mit dem Product Insights-Service in IBM Cloud registrieren.
- Echtzeitkommunikation
- <feature>rtcomm-1.0</feature>
Das Liberty-Feature "Real-Time Communications" (trcomm-1.0) aktiviert eine hoch skalierbare Signalisierungsinfrastruktur für Aufrufe, die zur Herstellung von Verbindungen zu WebRTC-Clients in Echtzeitaudio-, Echtzeitvideo- und Echtzeitdatenaufrufen verwendet werden kann. Das Feature unterstützt sowohl die Registrierung von Clients sowie den Austausch von Signalisierungsinformationen, die zum Herstellen einer WebRTC-Peerverbindung zwischen zwei Endpunkten erforderlich sind.
- REST-Connector 1.0
- <feature>restConnector-1.0</feature>
Das Feature restConnector-1.0 stellt einen sicheren JMX-Connector bereit, der lokal oder fern mit einem beliebigen SDK verwendet werden kann. Dieses Feature ermöglicht den fernen Zugriff von JMX-Clients über einen REST-basierten Connector und erfordert die Konfiguration von SSL und der Basisbenutzersicherheit.
Informationen hierzu finden Sie unter Verbindung zu Liberty mit JMX herstellen und ausführliche Informationen zu REST-Connectors unter Sichere JMX-Verbindung zu Liberty konfigurieren.
Informationen zur Konfiguration des Features restConnector-1.0 finden Sie unter JMX REST Connector-1.0.
Informationen zur Verwendung von REST-APIs für die Übertragung von Dateien zu oder von Verbundcontrollern, Verbundmembern und registrierten Hosts eines Verbunds finden Sie unter Dateiübertragung in einem Liberty-Verbund. Damit Sie die REST-APIs verwenden können, nehmen Sie das Feature restConnector-1.0 in die Verbundcontrollerkonfiguration auf.
- REST-Connector 2.0
- <feature>restConnector-2.0</feature>
Das Feature restConnector-2.0 stellt einen sicheren JMX-Connector bereit, der lokal oder fern mit einem beliebigen SDK verwendet werden kann. Dieses Feature ermöglicht den fernen Zugriff von JMX-Clients über einen REST-basierten Connector und erfordert die Konfiguration von SSL und der Basisbenutzersicherheit. Dieses Feature ersetzt das Feature restConnector-1.0 und enthält das Feature jaxrs-1.1 nicht.
Informationen hierzu finden Sie unter Verbindung zu Liberty mit JMX herstellen und ausführliche Informationen zu REST-Connectors unter Sichere JMX-Verbindung zu Liberty konfigurieren.
Informationen zur Verwendung von REST-APIs für die Übertragung von Dateien finden Sie unter Dateiübertragung. Informationen zur Verwendung von REST-APIs für die Übertragung von Dateien zu oder von Verbundcontrollern, Verbundmembern und registrierten Hosts eines Verbunds finden Sie unter Dateiübertragung in einem Liberty-Verbund. Damit Sie die REST-APIs verwenden können, nehmen Sie das Feature restConnector-2.0 in die Serverkonfiguration auf.
Informationen zur Konfiguration des Features restConnector-2.0 finden Sie unter JMX REST Connector 2.0.
- Anforderungstiming
- <feature>requestTiming-1.0</feature>
- Das Feature requestTiming-1.0 stellt Warnungen und Diagnoseinformationen für langsame oder blockierte Anforderungen bereit. Weitere Informationen hierzu finden Sie unter Erkennung langsamer und blockierter Anforderungen.
- RTComm-Gateway
- <feature>rtcommGateway-1.0</feature>
- Mit dem Feature rtcommGateway-1.0 kann eine Verbindung zwischen SIP- (Session Initiation Protocol) und RTComm-WebRTC-Endpunkten für den Austausch von Audio- und Videodatenströmen hergestellt werden.
Informationen hierzu finden Sie unter Rtcomm-Gateway konfigurieren.
- SAML-Web-Browser-SSO
- <feature>samlWeb-2.0</feature>
- Das Feature samlWeb-2.0 aktiviert Webanwendungen so, dass die Authentifizierung von Benutzern an einen SAML-Identitätsprovider und nicht an eine konfigurierte Benutzerregistry delegiert werden.
Informationen hierzu finden Sie unter SAML-Web-Browser-SSO in Liberty konfigurieren.
- Skalierungscontroller
- <feature>scalingController-1.0</feature>
Das Feature "Scaling Controller-1.0" trifft Skalierungsentscheidungen für Liberty. Um eine hohe Verfügbarkeit sicherzustellen, kann das Skalierungscontroller-Feature von mehreren Servern ausgeführt werden. Aktive Skalierungsentscheidungen werden jeweils nur von einem Server getroffen. Wenn der betreffende Server gestoppt wird, kann ein anderer Server, der das den Skalierungscontroller-Feature ausführt, die Skalierungsentscheidungen übernehmen.
- Weitere Informationen hierzu finden Sie unter Automatische Skalierung für Liberty-Verbünde einrichten.
- Skalierungsmember
- <feature>scalingMember-1.0</feature>
Das Feature "Scaling Member-1.0" kann dem Element featureManagement der Datei server.xml für Server hinzugefügt werden, die Verbundmember sind. Damit wird auch das Clustering der Verbundmember und das dynamische Starten und Stoppen der Server auf der Basis von Kriterien, die von der Skalierungsrichtlinie definiert werden, aktiviert. Dieses Feature arbeitet mit dem Skalierungscontroller-Feature zusammen. Das Skalierungscontroller-Feature muss in den Verbundcontrollern, die Teil eines Verbunds sind, aktiviert werden.
- Weitere Informationen hierzu finden Sie unter Automatische Skalierung für Liberty-Verbünde einrichten.
- Secure Sockets Layer (SSL)
- <feature>ssl-1.0</feature>
Das Feature ssl-1.0 bietet Unterstützung für SSL-Verbindungen (Secure Sockets Layer). Wenn Sie den sicheren HTTPS-Listener verwenden möchten, müssen Sie dieses Feature aktivieren. Liberty stellt einen Dummy-Keystore und einen Dummy-Truststore bereit, die mit denen aus den Vorgängerversionen von WebSphere Application Server identisch sind. Der sichere HTTPS-Listener wird nur dann gestartet, wenn das Feature ssl-1.0 aktiviert ist. Wenn das Feature nicht verfügbar ist, wird der HTTPS-Listener gestoppt.
Wenn Sie die SSL-Zertifikate angeben möchten, fügen Sie einen Verweis in der Datei server.xml hinzu. Weitere Informationen finden Sie unter Kommunikation mit Liberty schützen.
Zum Ändern des HTTPS-Ports definieren Sie das Attribut <httpsPort> des Elements <httpEndpoint> in der Datei server.xml. Weitere Informationen finden Sie unter Liberty-Bootstrap-Eigenschaften angeben.
- Sicherheit
- <feature>appSecurity-2.0</feature>
- Diese Version des Features "appSecurity" stellt nur ganz bestimmte Sicherheitsaspekte bereit, die explizit auf dem Vorhandensein anderer Features basieren. Darüber hinaus enthält diese Version nicht automatisch
das Feature servlet-3.0 oder ldapRegistry-3.0, was den Footprint des Servers verringert. Um Webanwendungen zu sichern, müssen Sie das Feature servlet-3.0 einbeziehen. Zum Aktivieren der EJB-Sicherheit müssen
Sie das Feature ejbLite-3.1 einbeziehen. Zur Unterstützung einer LDAP-Benutzerregistry müssen Sie das Feature ldapRegistry-3.0 einbeziehen. Anmerkung:
- Das Feature appSecurity-2.0 ersetzt das Feature appSecurity-1.0.
Die Features sind dieselben, nur dass appSecurity-2.0 nicht automatisch servlet-3.0 oder ldapRegistry-3.0 enthält. Sie können ersatzweise
Version appSecurity-2.0 in Ihrer Serverkonfiguration verwenden.
Informationen hierzu finden Sie unter Abgelöste Liberty-Features.
- Um die Websicherheit zu aktivieren, müssen Sie das Feature servlet-3.0 in der Datei "server.xml" angeben.
- Um Unterstützung für LDAP zu aktivieren, müssen Sie das Feature ldapRegistry-3.0 in der Datei "server.xml" angeben.
- Das Feature appSecurity-2.0 ersetzt das Feature appSecurity-1.0.
Die Features sind dieselben, nur dass appSecurity-2.0 nicht automatisch servlet-3.0 oder ldapRegistry-3.0 enthält. Sie können ersatzweise
Version appSecurity-2.0 in Ihrer Serverkonfiguration verwenden.
Informationen hierzu finden Sie unter Abgelöste Liberty-Features.
- Die Features appSecurity-1.0 und appSecurity-2.0 bieten Unterstützung für den Schutz der Serverlaufzeitumgebung und der Anwendungen. Folgende Aspekte werden unterstützt:
- Basisbenutzerregistry
- LDAP-Benutzerregistry (Lightweight Directory Access Protocol)
- Basisberechtigung
- Webanwendungssicherheit
- Basisauthentifizierungsanmeldung
- Formularbasierte An- und Abmeldung
- Programmgesteuerte APIs: getRemoteUser, getUserPrincipal, isUserInRole, authenticate, logout und login.
- EJB-Anwendungssicherheit
- Alle Sicherheitsannotationen und alle Sicherheitselemente, die in der Datei ejb-jar.xml angegeben werden können.
- Programmgesteuerte APIs: getCallerPrincipal, isCallerInRole und getCallerIdentity.Die API getCallerIdentity wird für Singleton-Session-Beans nicht unterstützt.
- EJB-Erweiterungseinstellungen in der Datei ibm-ejb-jar-ext.xml für die run-as-mode-Einstellung CALLER_IDENTITY und SPECIFIED_IDENTITY (SYSTEM_IDENTITY wird nicht unterstützt).
- Weitere Informationen hierzu finden Sie in den Abschnitten Liberty und zugehörige Anwendungen schützen und Einschränkungen für das Feature appSecurity-2.0.
- Serverstatus
- <feature>serverStatus-1.0</feature>
- Das Feature serverStatus-1.0 ermöglicht Liberty-Servern, ihren Status automatisch in Deployment Managern und Job-Managern von WebSphere Application Server, die den Server als Ressource in ihrer Jobkonfiguration erkennen. Die bekannten Statuswerte sind Gestartet und Gestoppt.
- Weitere Informationen finden Sie unter Jobs zur Verwaltung von Liberty-Server übergeben und Liberty-Serverressourcen mit dem Job-Manager installieren.
- Servlet
- <feature>servlet-3.0</feature>
Das Feature servlet-3.0 bietet Unterstützung für HTTP-Servlets, die für die Spezifikation Java Servlet 3.0 geschrieben wurden.
- <feature>servlet-3.1</feature>
Dieses Feature aktiviert die Unterstützung für HTTP-Servlets, die gemäß der Spezifikation Java Servlet 3.1 programmiert sind.
<feature>servlet-4.0</feature>
Dieses Feature aktiviert die Unterstützung für HTTP-Servlets, die gemäß der Spezifikation Java Servlet 4.0 programmiert sind. Informationen zum Abrufen des Features finden Sie unter Assets mit dem Befehl "installUtility" installieren.
- Weitere Informationen finden Sie unter Liberty und zugehörige Anwendungen schützen.
- SIP-Servlet
- <feature>sipServlet-1.1</feature>
Das Feature sipServlet-1.1 stellt Unterstützung für die Spezifikation "SIP Servlet Specification 1.1", auch bekannt als JSR 289, bereit. Session Initiation Protocol (SIP) ist ein Steuerungsprotokoll für viele interaktive Services, einschließlich Audio-, Video- und Peer-to-Peer-Kommunikation.
Weitere Informationen finden Sie in den Abschnitten Session Initiation Protocol (SIP) und Session Initiation Protocol (SIP) in Liberty verwalten.
Informationen zur Konfiguration des Features sipServlet-1.1 finden Sie unter sipServlet-1.1.
- Sitzungspersistenz
- <feature>sessionDatabase-1.0</feature>
- Das Feature sessionDatabase-1.0 bietet Sitzungsaffinität und Failoverunterstützung für Liberty.
- Weitere Informationen hierzu finden Sie unter Sitzungspersistenz für Liberty konfigurieren.
- Social Login
<feature>socialLogin-1.0</feature>
Dieses Feature ermöglicht Benutzern die Authentifizierung bei Websites, die auf einem Liberty-Server gehostet werden, durch die Anmeldung mit Social Media-Konten.
Weitere Informationen zum Konfigurieren von Social Login auf einem Liberty-Server finden Sie unter Social Login in Liberty konfigurieren.
- SPNEGO
- <feature>spnego-1.0</feature>
Dieses Feature ermöglicht Benutzern, sich einmalig beim Microsoft-Domänencontroller anzumelden und dann auf geschützte Anwendungen auf Liberty-Servern zuzugreifen,ohne erneut zur Anmeldung aufgefordert zu werden.
Weitere Informationen zur Konfiguration von SPNEGO in Liberty-Servern finden Sie unter SPNEGO-Authentifizierung in Liberty konfigurieren.
- Zeitlich festgelegte Operationen
- <feature>timedOperations-1.0</feature>
Dieses Feature aktiviert die Unterstützung für die Protokollierung von Warnungen, wenn bestimmte Operationen im Anwendungsserver langsamer als erwartet ausgeführt werden.
- Transportsicherheit
<feature>transportSecurity-1.0</feature>
Das Feature transportSecurity-1.0 unterstützt SSL-Verbindungen (Secure Sockets Layer) und ist ein Alias für das Feature ssl-1.0. Das Feature transportSecurity-1.0 gibt nicht implizit ein bestimmtes SSL- oder TLS-Protokoll an. Diese Informationen kommen aus der JVM-Standardkonfiguration.
Weitere Informationen zur SSL-Konfiguration finden Sie unter Secure Sockets Layer (SSL).
- WAB (Web Application Bundle, Webanwendungsbundle)
- <feature>wab-1.0</feature>
Das Feature wab-1.0 bietet Unterstützung für WABs, die in Unternehmensbundles enthalten sind.
Dieses Feature unterstützt die folgenden in einem WAB gepackten Ressourcen:- statischen Webinhalt und JSPs
- HTTP-Servlets, die für die Spezifikation Servlet 3.0 geschrieben wurden
- Blueprint-Anwendungen
- Wenn Sie das Feature wab-1.0 einschließen, schließen Sie auch das Feature servlet-3.0 und das Feature blueprint-1.0 ein.
- Web Profile
- <feature>webProfile-6.0</feature>
Dieses Feature ist eine zweckdienliche Kombination der Liberty-Features, die für die Unterstützung von Java EE 6 Web Profile erforderlich sind.
- <feature>webProfile-7.0</feature>
Dieses Feature ist eine zweckdienliche Kombination der Liberty-Features, die für die Unterstützung von Java EE 7 Web Profile erforderlich sind.
- WebSocket
- <feature>websocket-1.0</feature>
- <feature>websocket-1.1</feature>
WebSocket ist ein Standardprotokoll, das es einem Web-Browser oder einer Clientanwendung ermöglicht, über eine Vollduplexverbindung mit einer Web-Server-Anwendung zu kommunizieren.
Weitere Informationen finden Sie im Artikel WebSocket.
- Web Services Atomic Transaction
- <feature>wsAtomicTransaction-1.2</feature>
wsAtomicTransaction ist ein interoperables Transaktionsprotokoll. Mit diesem Feature können verteilte Transaktionen mit Web-Service-Nachrichten übermittelt und interoperabel zwischen heterogenen Transaktionsinfrastrukturen koordiniert werden.
Informationen zur Konfiguration von wsAtomicTransaction-1.2 in Liberty finden Sie unter Web Services Atomic Transaction in Liberty.
- Web Services Security
- <feature>wsSecurity-1.1</feature>
- Das Feature wsSecurity-1.1 bietet Unterstützung für die Sicherung von Web-Services auf Nachrichtenebene. Zum Sichern von Web-Service-Nachrichten müssen Sie dieses Feature und die Features appSecurity-2.0 und jaxws-2.2 aktivieren. In einer WSDL-Datei definierte WS-Security-Richtlinien werden ignoriert und nur umgesetzt, wenn das Feature wsSecurity-1.1 aktiviert ist.
- WebSphere MQ-Messaging-Feature:
- <feature>wmqJmsClient-1.1</feature>
- Das Feature wmqJmsClient-1.1 versetzt Anwendungen in die Lage, mit JMS-Messaging eine Verbindung zu einem IBM MQ-Server herzustellen.
- <feature>wmqJmsClient-2.0</feature>
- Verwenden Sie das Feature "wmqJmsClient-2.0", um JMS 2.0 die Interaktion mit IBM MQ zu ermöglichen. Obwohl das Feature den Ressourcenadapter (RA) von IBM MQ Version 8 verwendet, ist es nicht auf QueueManager-Instanzen von IBM MQ Version 8 beschränkt.
z/OS Connect
<feature>zosConnect-1.0</feature>
Dieses Feature stellt ein Gateway zwischen mobilen, Cloud- und Web-Clients und z/OS-Back-End-Systemen wie CICS Transaction Server, IMS und Stapelanwendungen dar. Es stellt REST-konforme APIs bereit. Außerdem unterstützt das Feature die Annahme und Rückgabe von JSON-Nutzdaten und kommuniziert mit Back-End-Systemen über einen Datentransformationsservice, der JSON-Nutzdaten in und aus Byte-Arrays konvertiert, die von nativen z/OS-Anwendungen, die in Cobol, PL/I und C geschrieben sind, konsumiert werden können.
Informationen zur Konfiguration des Features zosConnect-1.0 finden Sie unter zosConnect-1.0.
z/OS Connect 1.2
<feature>zosConnect-1.2</feature>
Dieses Feature stellt ein Gateway zwischen mobilen, Cloud- und Web-Clients und z/OS-Back-End-Systemen wie CICS Transaction Server, IMS und Stapelanwendungen dar. Es stellt REST-konforme APIs bereit und ermöglicht Ihnen, HTTP-Anforderungen an ferne REST-Endpunkte weiterzuleiten. Außerdem unterstützt das Feature die Annahme und Rückgabe von JSON-Nutzdaten und kommuniziert mit Back-End-Systemen über einen Datentransformationsservice, der JSON-Nutzdaten in und aus Byte-Arrays konvertiert, die von nativen z/OS-Anwendungen, die in Cobol, PL/I und C geschrieben sind, konsumiert werden können.
Weitere Informationen finden Sie unter Übersicht über IBM z/OS Connect.
Informationen zur Konfiguration des Features zosConnect-1.2 finden Sie unter zosConnect-1.2.
z/OS Optimized Local Adapters
<feature>zosLocalAdapters-1.0</feature>
Das Feature zosLocalAdapters-1.0 ermöglicht leistungsfähige Aufrufe zwischen nativen Anwendungen unter z/OS und der Geschäftslogik in einer Liberty-Serverumgebung.
Weitere Informationen hierzu finden Sie in den Abschnitten Optimierte lokale Adapter in Liberty for z/OS und Liberty-Serverumgebung die Verwendung optimierter lokaler Adapter ermöglichen.
z/OS-Anforderungsprotokollierung
<feature>zosRequestLogging-1.0</feature>
Das Feature zosRequestLogging-1.0 erfasst HTTP-Anforderungsdaten und erstellt für jede Anforderung einen SMF-Datensatz.
Informationen hierzu finden Sie unter Anforderungsprotokollierung für Liberty on z/OS aktivieren.
z/OS-Sicherheit
<feature>zosSecurity-1.0</feature>
Das Feature zosSecurity-1.0 bietet Unterstützung für grundlegende Interaktionen mit der SAF-Registry auf der z/OS-Plattform. Dazu gehören die Authentifizierung von Benutzern und das Abrufen von Benutzern, Gruppen oder den Benutzern zugeordneten Gruppen aus der SAF-Registry.
Weitere Informationen finden Sie unter SAF-Registry unter z/OS aktivieren und konfigurieren.
z/OS-Transaktionsmanagement
<feature>zosTransaction-1.0</feature>
Die Angabe dieses Features ermöglicht dem Anwendungsserver, transaktionsorientierte Aktivitäten zwischen Resource Recovery Services (RRS), dem Transaktionsmanager des Anwendungsservers und dem Ressourcenmanager zu synchronisieren und entsprechend zu verwalten.
Weitere Informationen hierzu finden Sie in den Abschnitten DB2-JDBC-Type-2-Treiber unter z/OS aktivieren und Bekannte Probleme und Einschränkungen für die Laufzeitumgebung.
z/OS-Workload-Management
<feature>zosWlm-1.0</feature>
Das Feature zosWlm-1.0 bietet Zugriff auf die nativen z/OS-Workload-Management-Services (WLM).
Weitere Informationen finden Sie unter Workload-Management für Liberty unter z/OS aktivieren.