1. Gestion du système de configuration (application Web d'administration)
La plupart des serveurs J2EE commerciaux fournissent une interface de gestion puissante et la plupart utilisent des interfaces d'application Web faciles à comprendre. A sa manière, Tomcat propose également un outil de gestion mature qui n'est rien de moins que ses concurrents commerciaux. L'application Web d'administration de Tomcat est apparue pour la première fois dans la version 4.1. Ses fonctions comprenaient alors la gestion du contexte, de la source de données, de l'utilisateur et du groupe, etc. Bien entendu, vous pouvez également gérer diverses gestions de bases de données telles que les paramètres d'initialisation, l'utilisateur, le groupe, le rôle, etc. Dans les versions ultérieures, ces fonctions seront considérablement étendues, mais les fonctions existantes sont déjà très utiles. L'application Web Admin est définie dans le fichier de déploiement automatique : CATALINA_BASE/webapps/admin.xml. (Note du traducteur : CATALINA_BASE est le répertoire du serveur sous le répertoire d'installation de Tomcat)
Vous devez modifier ce fichier pour vous assurer que le paramètre docBase dans Context est un chemin absolu. En d'autres termes, le chemin de CATALINA
_BASE/webapps/admin.xml est un chemin absolu. Comme autre option, vous pouvez également supprimer ce fichier de déploiement automatique et créer un contexte d'application Web d'administration dans le fichier server.xml. L'effet est le même. Vous ne pouvez pas gérer l'application Web d'administration. En d'autres termes, vous ne pourrez peut-être rien faire sauf supprimer CATALINA_BASE/webapps/admin.xml.
Si vous utilisez UserDatabaseRealm (par défaut), vous devrez ajouter un utilisateur et un rôle au fichier CATALINA_BASE/conf/tomcat-users.xml. Vous modifiez ce fichier et ajoutez un rôle nommé « admin » au fichier, comme suit :
Il doit également y avoir un utilisateur, et le rôle de cet utilisateur est « admin ». Ajouter un utilisateur comme un utilisateur existant (changer le mot de passe pour le rendre plus sécurisé) :
rôles="admin"/>
Après avoir terminé ces étapes, veuillez redémarrer Tomcat et visiter http://localhost:8080/admin . Vous verrez une interface de connexion. Admin Web Application adopte un mécanisme de sécurité basé sur la gestion des conteneurs et adopte le framework Jakarta Struts. Une fois connecté à l'interface de gestion en tant qu'utilisateur avec le rôle « admin », vous pourrez configurer Tomcat à l'aide de cette interface de gestion.
2. Configurer la gestion des applications (Manager Web Application)
Manager Web Application vous permet d'effectuer certaines tâches simples d'application Web via une interface utilisateur plus simple que Admin Web Application. L'Application Web Manager est définie dans un fichier de déploiement automatique :
?CATALINA_BASE/webapps/manager.xml
Vous devez éditer ce fichier pour vous assurer que le paramètre docBase du contexte est un chemin absolu, c'est-à-dire le chemin absolu de CATALINA_HOME/server/ applications Web/gestionnaire . (Note du traducteur : CATALINA_HOME est le répertoire d'installation de Tomcat)
Si vous utilisez UserDatabaseRealm, vous devez alors ajouter un rôle et un utilisateur au fichier CATALINA_BASE/conf/tomcat-users.xml. Ensuite, modifiez le fichier et ajoutez un rôle nommé « manager » au fichier :
Nécessite également un utilisateur avec le rôle « manager ». Ajoutez un nouvel utilisateur comme un utilisateur existant (changez le mot de passe pour le rendre plus sécurisé) :
rôles="manager"/>
Ensuite redémarrez Tomcat, visitez http://localhost/manager/list , vous verrez une interface de gestion de texte très simple, ou visitez http://localhost/manager/html/list, vous verrez Voir une interface de gestion HMTL. Quoi qu'il en soit, cela signifie que votre application Web Manager a maintenant été démarrée.
L'application Manager vous permet d'installer de nouvelles applications Web à des fins de test sans privilèges d'administration système. Si nous avons une nouvelle application Web située sous /home/user/hello et que nous voulons l'installer sous /hello, afin de tester l'application, nous pouvons le faire et saisir "/hello" dans la première zone de fichier (comme chemin lors de l'accès), saisissez "file:/home/user/hello" (comme URL de configuration) dans la deuxième zone de texte.
L'application Manager permet également d'arrêter, de redémarrer, de supprimer et de redéployer une application Web. Arrêtez une application afin qu'elle ne soit pas accessible. Lorsqu'un utilisateur tente d'accéder à l'application arrêtée, il verra une erreur 503 - "503 - Cette application n'est pas disponible actuellement".
Supprimer une application Web signifie simplement supprimer l'application de la copie en cours d'exécution de Tomcat. Si vous redémarrez Tomcat, l'application supprimée réapparaîtra (c'est-à-dire que la suppression ne signifie pas sa suppression du disque dur). ?
3. Déployer une application Web
Il existe deux manières de déployer des services Web dans le système.
1. Copiez votre fichier WAR ou le dossier de votre application Web (y compris tout le contenu du Web) dans le répertoire $CATALINA_BASE/webapps.
2. Créez un fichier de fragment XML pour votre service Web qui inclut uniquement du contenu contextuel et placez le fichier dans le répertoire $CATALINA_BASE/webapps. L'application Web elle-même peut être stockée n'importe où sur votre disque dur.
Si vous disposez d'un fichier WAR et que vous souhaitez le déployer, il vous suffit de copier le fichier dans le répertoire CATALINA_BASE/webapps. Le fichier doit avoir « .war » comme extension. Une fois que Tomcat écoute ce fichier, il décompresse (par défaut) le fichier en tant que sous-répertoire et nomme le sous-répertoire avec le nom du fichier WAR.
Ensuite, Tomcat créera un contexte en mémoire, tout comme vous l'avez créé dans le fichier server.xml. Bien entendu, les autres contenus requis seront obtenus à partir du DefaultContext dans server.xml.
Une autre façon de déployer une application Web consiste à écrire un fichier d'extrait de code XML de contexte, puis à copier le fichier dans le répertoire CATALINA_BASE/webapps. Un fragment de contexte n'est pas un fichier XML complet, mais simplement un élément de contexte et une description correspondante de l'application.
Ce type de fichier de fragment est comme l'élément de contexte découpé dans server.xml, donc ce type de fragment est nommé « fragment de contexte ».
Par exemple, si nous souhaitons déployer une application nommée MyWebApp.war qui utilise le domaine comme méthode de contrôle d'accès, nous pouvons utiliser le fragment suivant :
debug="0" privilégié="true">
nom de ressource="Base de données utilisateur"/>
Nommez le fragment "MyWebApp.xml" et copiez-le dans le répertoire CATALINA_BASE/webapps.
Ce fragment de contexte fournit un moyen pratique de déployer des applications Web. Vous n'avez pas besoin de modifier server.xml Sauf si vous souhaitez modifier les caractéristiques de déploiement par défaut, il n'est pas nécessaire de redémarrer Tomcat lors de l'installation d'une nouvelle application Web.
4. Configurer les hôtes virtuels (Virtual Hosts)
Concernant l'élément "Host" dans server.xml, vous ne devez le modifier que lorsque vous configurez un hôte virtuel. L'hébergement virtuel est un mécanisme permettant de servir plusieurs noms de domaine sur un serveur Web. Pour chaque nom de domaine, il semble que l'intégralité de l'hébergeur soit exclusive. En fait, la plupart des sites Web de petites entreprises sont mis en œuvre à l'aide d'hôtes virtuels. Cela est principalement dû au fait que l'hôte virtuel peut se connecter directement à Internet et fournir la bande passante correspondante pour garantir une vitesse de réponse d'accès raisonnable. De plus, l'hôte virtuel peut également fournir un service fixe stable. PI.
Un hôte virtuel basé sur le nom peut être établi sur n'importe quel serveur Web en créant un alias de l'adresse IP sur le serveur de noms de domaine (DNS) et en indiquant au serveur Web de distribuer les demandes pour différents noms de domaine vers le répertoire Web correspondant. Étant donné que cet article concerne principalement Tomcat, nous n'allons pas présenter la méthode de configuration du DNS sur différents systèmes d'exploitation. Si vous avez besoin d'aide à cet égard, veuillez vous référer au livre "DNS and Bind", écrit par Paul Albitz et Cricket. Liu (O'Reilly). À des fins de démonstration, j'utiliserai un fichier hosts statique car c'est le moyen le plus simple de tester les alias.
Pour utiliser des hôtes virtuels dans Tomcat, vous devez configurer le DNS ou les données de l'hôte. Pour les tests, il suffit de définir un alias IP pour l'IP locale. Ensuite, vous devez ajouter quelques lignes au server.xml, comme suit :
port="8080"
minProcesseurs="5" maxProcessors="75"
activerLookups="true"
redirectPort="8443"/>
port="8443" minProcesseurs="5"
maxProcesseurs="75"
acceptCount="10" débogage="0"
schéma="https" secure="true"/>
unpackWARs="true" autoDeploy="true">
reloadable="true" crossContext="true">
appBase="/home/example/webapp">
Le fichier server.xml de Tomcat, dans son état initial, ne comprend qu'un seul hôte virtuel, mais il peut être facilement étendu pour prendre en charge plusieurs hôtes virtuels. L'exemple précédent montre une version simple de server.xml, dans laquelle la partie en gras est utilisée pour ajouter un hôte virtuel. Chaque élément Host doit inclure un ou plusieurs éléments de contexte, et l'un des éléments de contexte inclus doit être le contexte par défaut. Le chemin d'affichage de ce contexte par défaut doit être vide (par exemple, path="").