Liberty:Verzeichnispositionen und -eigenschaften
In Liberty 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/ | Liberty-Client- und Thin-Client-Bibliotheken. 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/ | In Liberty verfügbare APIs | |
+- 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 in Liberty 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 | |
+- 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 | |
+- client/ | Clientvorlage für das Erstellen eines Clients | |
+- 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 |
+- stackGroups/ | shared.stackgroup.dir | Gemeinsam genutzte Stackgruppen für die Fernimplementierung von Paketen und installierbaren Elementen |
+- 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) | |
+- configDropins/ | Serverkonfigurationsordner "dropins" (optional) | |
+- defaults | Standardserverkonfigurationsordner "dropins" (optional) | |
+- overrides | Serverkonfiguration setzt Ordner "dropins" außer Kraft(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). | |
+- clients/ | 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 in Liberty 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}");