Verzeichnispositionen und -eigenschaften
Im Liberty-Profil sind vielen Verzeichnissen Eigenschaften zugeordnet. Mit diesen Eigenschaften können bei der Konfiguration des Servers Dateipositionen angegeben werden.
Verzeichnis oder Datei | Eigenschaft | Beschreibung |
---|---|---|
wlp/ | wlp.install.dir | Stammverzeichnis der Installation |
+- bin/ | Scripts zum Verwalten der Installation. Beispiel: server. | |
+- clients/ | Client- und Thin-Client-Bibliotheken des Liberty-Profils. Beispiel: restConnector.jar. | |
+- jython/ | Jython-basierte Scripts | |
+- dev/ | Stammverzeichnis für Entwicklerressourcen (APIs, SPIs, Spezifikationen und Tools) | |
+- api/ | Zur Kompilierzeit und Laufzeit standardmäßig verfügbare öffentliche APIs | |
+- ibm/ | APIs, die im Liberty-Profil verfügbar sind | |
+- javadoc/ | Java™-Dokumentarchive | |
+- spec/ | Zur Kompilierzeit und Laufzeit standardmäßig verfügbare öffentliche Spezifikations-APIs | |
+- third-party/ | APIs anderer Anbieter, die zur Kompilierzeit standardmäßig verfügbar sind und zur Laufzeit mit dem Attribut apiTypeVisibility des Elements classloader für Anwendungen in der Konfiguration angegeben werden müssen | |
+- spi/ | Öffentliche SPIs, die standardmäßig für Kompilierzeit und Laufzeit verfügbar sind. | |
+- ibm/ | SPIs, die im Liberty-Profil verfügbar sind | |
+- javadoc/ | Java-Dokumentarchive für SPIs | |
+- spec/ | Zur Kompilierzeit und Laufzeit standardmäßig verfügbare öffentliche Spezifikations-APIs | |
+- tools/ | Ant-Plug-in für Liberty Profile | |
+- etc/ | Benutzerangepasste Servervariablen, die für alle Server gelten (optional) | |
+- server.env | Standardumgebungsvariablen für Serverscripts (optional) | |
+- client.env | Standardumgebungsvariablen für Clientscripts (optional) | |
+- jvm.options | JVM-Standardoptionen (optional) | |
+- lafiles/ | Dateien mit Lizenzinformationen | |
+- lib/ | Laufzeitumgebung der Plattform | |
+- templates/ | Schablonen und Beispiele für die Laufzeitanpassung | |
![]() |
![]() |
![]() ![]() |
+- server/ | Serverschablone für die Erstellung eines Servers | |
+- usr/ | wlp.user.dir | Benutzerverzeichnis |
+- extension/ | usr.extension.dir | Von Benutzern entwickelte Features |
+- shared/ | ||
+- apps/ | shared.app.dir | Gemeinsam genutzte Anwendungen |
+- config/ | shared.config.dir | Gemeinsam genutzte Konfigurationsdateien |
+- resources/ | shared.resource.dir | Gemeinsame Ressourcendefinitionen: Adapter, Datenquellen |
+- servers/ | Gemeinsam genutztes Serververzeichnis | |
+- Servername | server.config.dir | Serverkonfigurationsverzeichnis Verwenden Sie ${server.config.dir}, um auf eine serverspezifische Konfiguration (Anwendungen) zu verweisen. |
+- bootstrap.properties | Server-Bootstrap-Eigenschaften (optional) | |
+- jvm.options | JVM-Optionen des Servers, die die Werte in wlp/etc/jvm.options ersetzen (optional) | |
+- server.env | Umgebungsvariablen für Server-Scripts, die mit wlp/etc/server.env zusammengeführt werden (optional) | |
+- server.xml | Overlays für Serverkonfigurationen (erforderlich) | |
+- apps/ | Serverkonfiguration für Anwendungen | |
+- dropins/ | Standardanwendungsordner "dropins" des Servers (optional) | |
+- Anwendungsname | Anwendungsordner oder -archiv (optional) | |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
+- Servername | server.output.dir | Serverausgabeverzeichnis. Verwenden Sie ${server.output.dir}, um Artefakte zu beschreiben, die vom Server generiert werden (Protokolldateien und Arbeitsbereich). |
+- logs/ | Serverprotokolldateien, einschließlich FFDC-Protokollen (Verzeichnis ist nach der ersten Ausführung des Servers vorhanden) | |
+- console.log | Nachrichten zu Basisserverstatus und -operationen | |
+- trace_Zeitmarke.log | Mit Zeitmarken versehene Tracenachrichten mit dem in der aktuellen Tracekonfiguration festgelegten Detaillierungsgrad | |
+- ffdc/ | FFDC-Ausgabeverzeichnis (First Failure Data Capture) | |
+- ffdc_Zeitmarke/ | FFDC-Ausgabe (First-Failure Data Capture), die gewöhnlich ausgewählte Hauptspeicherauszüge von Diagnosedaten enthält, die mit sich auf das Scheitern einer angeforderten Operation beziehen | |
+- workarea/ | Dateien, die vom Server während der Ausführung erstellt werden (Verzeichnis ist nach der ersten Serverausführung vorhanden). | |
![]() |
Gemeinsam benutztes Clientverzeichnis | |
+- Clientname | Clientkonfigurationsverzeichnis | |
+- bootstrap.properties | Client-Bootstrap-Eigenschaften (optional) | |
+- client.jvm.options | Client-JVM-Optionen, die die Werte in wlp/etc/client.jvm.options ersetzen (optional) | |
+- client.xml | Clientkonfigurationsoverlays (erforderlich) | |
+- apps/ | Clientkonfiguration für Anwendungen | |
+- logs/ | Clientprotokolldateien, einschließlich FFDC-Protokollen (Verzeichnis ist nach der ersten Ausführung des Clients vorhanden) | |
+- trace_Zeitmarke.log | Mit Zeitmarken versehene Tracenachrichten mit dem in der aktuellen Tracekonfiguration festgelegten Detaillierungsgrad | |
+- ffdc/ | FFDC-Ausgabeverzeichnis (First Failure Data Capture) | |
+- ffdc_Zeitmarke/ | FFDC-Ausgabe (First-Failure Data Capture), die gewöhnlich ausgewählte Hauptspeicherauszüge von Diagnosedaten enthält, die mit sich auf das Scheitern einer angeforderten Operation beziehen | |
+- workarea/ | Dateien, die vom Client während der Ausführung erstellt werden (Verzeichnis ist nach der ersten Clientausführung vorhanden). |
Sie können die Eigenschaften verwenden, die jedem Verzeichnis zugeordnet sind, um bei der Konfiguration des Servers Dateipositionen anzugeben. Ein Beispiel finden Sie unter Anwendungen im Liberty-Profil implementieren.
Zugriff auf die Positionseigenschaften über das Programm
Positionseigenschaften können mit "jndiEntry"-Konfigurationselementen in der Datei server.xml in den gewünschten JNDI-Namespace gebunden werden. Beispiel:
<jndiEntry jndiName="serverName" value="${wlp.server.name}"/>
Jeder Code, der im Server ausgeführt wird, z. B. Anwendungen, gemeinsam genutzte Bibliotheken oder Features, kann über eine JNDI-Suche auf solche Einträge zugreifen:
Object serverName = new InitialContext().lookup("serverName");
Nähere Information zur Verwendung von JNDI-Einträgen in der Konfiguration finden Sie unter JNDI-Bindung für Konstanten aus den Serverkonfigurationsdateien.
Der Feature-Code kann auch eine vom Kernel bereitgestellte SPI (Systemprogrammierschnittstelle) verwenden, um die Werte für diese Eigenschaften aufzulösen. Beispiel:
ServiceReference <WsLocationAdmin>locationAdminRef = bundleContext.getServiceReference(WsLocationAdmin.class);
WsLocationAdmin locationAdmin = bundleContext.getService(locationAdminRef);
String serverName = locationAdmin.resolveString("${wlp.server.name}");