Configuration du serveur

Liberty est configuré par exception. L'environnement d'exécution fonctionne conformément à un ensemble de paramètres par défaut de configuration intégrés et il suffit de spécifier la configuration qui remplace ces paramètres par défaut. Pour ce faire, vous éditez le fichier server.xml ou un autre fichier XML inclus dans server.xml à l'exécution.

La configuration se caractérise par les points forts suivants :
  • Elle est décrite dans des fichiers XML.
  • Elle est lisible par l'homme et éditable dans un éditeur de texte.
  • Elle est compacte, simple à sauvegarder et se prête facilement à la copie sur d'autres systèmes.
  • Elle est partageable entre les membres d'une équipe de développement d'applications.
  • Elle est modulable, de sorte que les fonctions peuvent facilement ajouter leur propre configuration au système.
  • Elle est typée par des extensions, si bien que vous n'avez pas à modifier la configuration en cours pour travailler avec des versions ultérieures de l'environnement d'exécution.
  • Elle réagit dynamiquement aux mises à jour.
  • Elle est tolérante : les valeurs manquantes sont présumées et les propriétés non reconnues sont simplement ignorées.

Les fonctions sont des unités de fonctionnalité permettant de contrôler les composants de l'environnement d'exécution qui sont chargés sur un serveur particulier. Ils constituent le mécanisme principal qui rend le serveur modulable. La liste des fonctions que vous spécifiez dans la configuration de serveur génère un serveur fonctionnel. Voir Fonctions Liberty.

La première fois que vous démarrez le serveur après son installation, un gestionnaire de fonctions et une configuration de serveur par défaut sont disponibles :
  • Par défaut, un serveur contient la fonction jsp-2.2 qui prend en charge les applications de servlet et JSP. Vous pouvez utiliser le gestionnaire de fonctions pour ajouter les fonctions dont vous avez besoin.
  • La configuration du serveur repose sur le principe de gestion par exception. Lorsque vous spécifiez les fonctions dont vous avez besoin, la configuration par défaut de ces fonctions fournit un environnement riche conçu pour répondre aux exigences les plus courantes. Par conséquent, il suffit de préciser ce qui doit changer par rapport à la configuration par défaut.

Pour la liste complète des éléments que vous pouvez configurer pour enrichir ou modifier la configuration fournie par les fonctions Liberty , voir Fonctions Liberty.

Vous pouvez aussi utiliser un fichier bootstrap.properties pour spécifier les propriétés nécessaires avant le traitement de la configuration principale, et pour définir les variables qui sont utilisées dans la configuration principale.

Pour obtenir une liste complète des fichiers de configuration, voir Emplacement des répertoires et des propriétés.

Perspective de l'auteur du service : gestion de l'exécution de la configuration

Le service de configuration de Liberty analyse le fichier server.xml principal et tous les fichiers qu'il inclut, ainsi que les fichiers de configuration contenus dans le répertoire configDropins, fusionne le contenu avec les valeurs de configuration par défaut fournies par les bundles installés puis transmet les ensembles de propriétés générés au service d'administration de la configuration OSGi (CA). Le CA injecte chaque ensemble de propriétés dans le service qui en est le propriétaire, si ce service est enregistré auprès du CA.

L'ordre de ces étapes est souple. Les services peuvent s'enregistrer auprès du CA avant ou après l'établissement des ensembles initiaux de propriétés. Les propriétés peuvent être mises à jour dans le CA après leur injection initiale ; les propriétés mises à jour sont alors injectées dans leur service d'appartenance. C'est pourquoi il est important que les services puissent recevoir et répondre en conséquence aux mises à jour de leur configuration à tout moment où le service est actif. Plus précisément, si un service retarde son activation jusqu'à ce que sa configuration soit disponible, il doit toujours être en mesure d'être activé.

Pour permettre à un service de recevoir des données de configuration, vous devez effectuer plusieurs opérations. Voir Enabling a service to receive configuration data.

For z/OS platforms

Encodage sur z/OS

Les JVM WLP (WebSphere Liberty Profile) sont configurées pour fonctionner avec l'encodage de fichier par défaut ISO8859-1(ISO Latin-1). Les fichiers de configuration qui sont créés par Liberty sont balisés dans le système de fichiers z/OS en tant que fichiers texte avec un codage ISO8859-1. Si la fonction de conversion de page de codes automatique UNIX System Services (USS) de z/OS est active, vous pouvez utiliser des utilitaires de texte et des éditeurs standard pour afficher et gérer les fichiers de configuration. et gérer les fichiers de configuration.

Pour le codage des fichiers journaux sur les systèmes z/OS, voir Journalisation et Trace.

Pour plus d'informations sur la fonction de conversion de page de codes automatique USS, voir Statements and parameters for BPXPRMxx.


Icône indiquant le type de rubrique Rubrique de concept

Nom du fichier : cwlp_config.html