Serverkonfiguration

Liberty wird nach dem Ausnahmeprinzip konfiguriert. Die Laufzeitumgebung arbeitet mit einem Satz integrierter Konfigurationsstandardeinstellungen, und Sie müssen nur die Konfigurationseinstellungen angeben, die bestimmte Standardeinstellungen überschreiben sollen. Dazu bearbeiten Sie entweder die Datei server.xml oder eine andere XML-Datei, die zur Laufzeit in server.xml enthalten ist.

Die Konfiguration weist folgende Merkmale auf:
  • Sie ist in XML-Dateien beschrieben.
  • Sie ist lesbar und kann in einem Texteditor bearbeitet werden.
  • Sie ist klein und lässt sich ohne großen Aufwand sichern und auf ein anderes System kopieren.
  • Sie kann von einem Anwendungsentwicklungsteam gemeinsam genutzt werden.
  • Sie ist zusammensetzbar, sodass Features ihre eigene Konfiguration ohne großen Aufwand zum System hinzufügen können.
  • Sie ist erweiterbar, sodass Sie die aktuelle Konfiguration für künftige Versionen der Laufzeitumgebung nicht ändern müssen.
  • Sie reagiert dynamisch auf Aktualisierungen.
  • Sie ist "nachsichtig", sodass fehlende Werte angenommen und nicht erkannte Eigenschaften ignoriert werden.

Features sind Funktionseinheiten, mit deren Hilfe Sie steuern können, welche Teile der Laufzeitumgebung in einen bestimmten Server geladen werden. Sie sind der primäre Mechanismus, der einen Server zusammensetzbar macht. Die Liste der Features, die Sie in der Serverkonfiguration angeben, stellt einen funktionsfähigen Server bereit. Siehe Liberty-Features.

Wenn Sie den Server zum ersten Mal installieren und starten, werden ein Feature-Manager und eine Standardserverkonfiguration bereitgestellt.
  • Standardmäßig enthält ein Server das Feature jsp-2.2 zur Unterstützung von Servlet- und JSP-Anwendungen. Sie können den Feature-Manager verwenden, um die benötigten Features hinzuzufügen.
  • Die Serverkonfiguration erfolgt durch Festlegen von Ausnahmen von der Standardkonfiguration. Wenn Sie die benötigten Features angeben, stellt die Standardkonfiguration dieser Features eine umfangreiche Umgebung bereit, die so aufgebaut ist, dass sie die meisten der üblichen Anforderungen abdeckt, sodass Sie nur die Abweichungen von der Standardkonfiguration angeben müssen.

Eine vollständige Liste der Elemente, die Sie konfigurieren können, um die von Liberty -Features bereitgestellte Konfiguration zu ergänzen oder zu ändern, finden Sie unter Liberty-Features.

Sie können auch eine bootstrap.properties -Datei verwenden, um Eigenschaften anzugeben, die vor der Verarbeitung der Hauptkonfiguration erforderlich sind, und um Variablen zu definieren, die in der Hauptkonfiguration verwendet werden.

Eine vollständige Liste der Konfigurationsdateien finden Sie unter Verzeichnispositionen und -eigenschaften.

Perspektive des Serviceautors: Laufzeitverwaltung der Konfiguration

Der Liberty -Konfigurationsservice analysiert die primäre server.xml -Datei und alle darin enthaltenen Dateien sowie die Konfigurationsdateien im Verzeichnis configDropins , führt den Inhalt über die Standardkonfigurationswerte, die von den installierten Bundles bereitgestellt werden, zusammen und führt dann die resultierenden Eigenschaftengruppen dem OSGi Configuration Admin Service (CA) zu. Der CA injiziert jeden Eigenschaftensatz in den Service, der Eigner des Satzes ist, sofern er beim CA registriert ist.

Die Reihenfolge dieser Schritte ist flexibel. Services können vor oder nach der Konfiguration der Anfangseigenschaftensätze beim CA registriert werden. Eigenschaften können nach der ursprünglichen Injektion in CA aktualisiert werden, woraufhin sie in den Eignerservice injiziert werden. Deshalb ist es wichtig, dass die Services Aktualisierungen ihrer Konfiguration jederzeit empfangen und entsprechend reagieren können, wenn sie aktiv sind. Ein Service muss also aktiviert werden können, wenn er seine Aktivierung bis zur Verfügbarkeit seiner Konfiguration verzögert.

Wenn Sie einen Service für den Empfang von Konfigurationsdaten aktivieren möchten, müssen Sie eine Reihe von Schritten ausführen. Siehe Service für den Empfang von Konfigurationsdaten aktivieren.

Codierung unter z/OS

Die WLP-JVMs sind so konfiguriert, dass sie mit der Standarddateicodierung ISO8859-1(ISO Latin-1) ausgeführt werden. Die von Liberty erstellten Konfigurationsdateien werden im z/OS® -Dateisystem als Textdateien mit der Codierung ISO8859-1 gekennzeichnet. Wenn das Feature z/OS UNIX System Services (USS) für die automatische Codepagekonvertierung aktiv ist, können Sie Standardeditoren und Textdienstprogramme verwenden, um anzuzeigen und Konfigurationsdateien zu verwalten.

Informationen zur Codierung von Protokolldateien auf z/OS-Systemen (r) finden Sie unter Protokollierung und Trace.

Weitere Informationen zur automatischen USS-Codepagekonvertierung finden Sie in Anweisungen und Parameter für BPXPRMxx.