Le diagramme de structure du répertoire Tomcat est le suivant :

1. répertoire bin

Stockez quelques fichiers binaires exécutables. Ceux se terminant par ****.sh sont des commandes exécutées sous Linux, et ceux se terminant par ****.bat sont des commandes exécutées sous Windows.

catalina.sh : démarre en fait le fichier tomcat et vous pouvez y définir les paramètres jvm.
startup.sh : Démarrez tomcat (la variable d'environnement JAVA_HOME doit être configurée au préalable avant de démarrer. Le code source de cette commande est en fait catalina.sh start).
shutdown.sh : Arrêtez Tomcat.
version.sh : affiche les informations relatives à la version de Tomcat.

2. répertoire de conf

Stocke les fichiers de configuration liés à Tomcat.

2.1、catalina.policy

Les fichiers de sécurité du projet sont utilisés pour empêcher un code trompeur ou un JSP d'exécuter des commandes telles que System.exit(0), qui peuvent affecter la destruction du conteneur. Ce fichier ne sera utilisé que lorsque Tomcat est démarré avec le paramètre de ligne de commande -security, c'est-à-dire lors du démarrage de Tomcat, startup.sh -security .

2.2、catalina.proterties

Configurer les fichiers d'informations liés au démarrage de Tomcat

2.3、context.xml

Surveiller et charger les fichiers de ressources. Lorsque les fichiers surveillés changent, ils seront automatiquement chargés et généralement non configurés.

2.4、jaspic-providers.xml etjaspic-providers.xsd

Fichiers rarement utilisés

2.5、logging.properties

Configuration du fichier journal Tomcat, y compris le format de sortie, le niveau de journalisation, etc.

2.6、server.xml

Fichier de configuration de base : modifier le numéro de port, ajouter un format d'encodage, etc.

Introduction aux composants de base :

<1>Serveur : l'élément de niveau supérieur, et le seul, représente l'intégralité du conteneur Tomcat. Un élément Server contient un ou plusieurs éléments Service ;

<2>Service : fournit des services à des parties externes. Un élément Service contient plusieurs éléments Connector, mais ne peut contenir qu’un seul élément Engine ;

<3>Connecteur : recevez la demande de connexion, créez des objets de demande et de réponse pour échanger des données avec l'extrémité requérante ; puis allouez des threads pour que le moteur traite la demande et transmettez les objets de demande et de réponse générés au moteur.

<4>Moteur : il n'y a qu'un seul composant Moteur dans le composant Service ; Moteur est le composant de traitement des demandes dans le composant Service. Le composant Engine reçoit et traite les demandes d'un ou plusieurs connecteurs, et renvoie la réponse complète au connecteur, et finalement au client.

<5>Hôte : représente un hôte virtuel spécifique.

<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">

**name :** Le nom d'hôte de l'hôte virtuel. Par exemple, localhost représente le nom de la machine locale. Dans l'application réelle, le nom de domaine spécifique doit être renseigné, tel que www.dog.com . Bien entendu, si l'hôte virtuel est accédé par le personnel interne, l'adresse IP de le serveur peut également être renseigné directement, comme 192.168.1.101 ;

**appBase :** Définit le chemin d'accès au groupe d'applications Web. La valeur de l'attribut appBase peut être un chemin relatif par rapport au répertoire d'installation de Tomcat, ou un chemin absolu. Il est à noter que le chemin doit être accessible à Tomcat ;

**unpackWARs :** S'il faut automatiquement développer le package compressé war avant d'exécuter l'application Web, la valeur par défaut est true ;

**autoDeplay :** Que ce soit pour autoriser le déploiement automatique, la valeur par défaut est true, ce qui signifie que Tomcat détectera automatiquement les modifications de fichiers dans le répertoire appBase et les appliquera automatiquement aux applications Web en cours d'exécution ;

**deployOnStartup : lorsque ** est vrai, cela signifie que Tomcat vérifie les applications Web au démarrage et que toutes les applications Web détectées sont considérées comme de nouvelles applications ;

<6>Contexte : cet élément représente une application Web exécutée sur un hôte virtuel spécifique. Il s'agit d'un sous-conteneur de l'hôte. Chaque conteneur hôte peut définir plusieurs éléments de contexte. Utilisé lors du déploiement statique d’applications Web.

<Context path="/" docBase="E:\Resource\test.war" reloadable="true"/>

**path :** Le nom du chemin lorsque le navigateur y accède. L'attribut path ne peut être défini que lorsque le déploiement automatique est complètement désactivé (deployOnStartup et autoDeploy sont tous deux faux) ou que docBase n'est pas dans appBase.

**docBase :** Lors d'un déploiement statique, docBase peut se trouver ou non dans le répertoire appBase ; dans cet exemple, il ne se trouve pas dans le répertoire appBase.

**rechargeable :** Lorsque l'élément de paramètre est modifié, rechargez l'élément.

2.7、tomcat-users.xml ettomcat-users.xsd

tomcat-users.xml : fichier de configuration utilisateur Tomcat, configurez le nom d'utilisateur, le mot de passe, l'utilisateur dispose d'autorisations

Tomcat ne configure aucun utilisateur par défaut. Ce n'est qu'après avoir configuré les utilisateurs que vous pouvez utiliser les trois fonctions suivantes de Tomcat Manager :

<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<user username="tomcat" password="tomcat" roles="manager-gui"/>
<user username="admin" password="123456" roles="manager-script"/>

tomcat-users.xsd : Description et contraintes sur le fichier tomcat-users.xml

2.8、web.xml

La configuration courante liée aux applications Web peut effectuer les opérations suivantes.

Configurer le servlet
Ajouter des filtres, tels que filtrer les mots sensibles
Définir le délai d'expiration de la session, Tomcat est par défaut de 30 minutes

Il existe de nombreux types MIME enregistrés, notamment les types de documents. Ces types MIME sont utilisés pour décrire le type de document entre le client et le serveur. Si l'utilisateur demande une page Web HTML, le serveur indiquera également au client que le document de réponse du navigateur est de type text/html. Il s'agit d'un Tapez MIME.
Configurer la page d'accueil du système

3. répertoire lib

Stockez les packages jar dépendants de Tomcat.

Parmi eux, ecj-xxxjar joue le rôle de compilation des fichiers .java en fichiers de bytecode .class.

4. répertoire des journaux

Stockez les fichiers journaux générés lors de l'exécution de Tomcat.

Dans l'environnement Windows, le fichier journal est généré dans le fichier catalina.xxxx-xx-xx.log.

Dans l'environnement Linux, le fichier journal est généré dans le fichier catalina.out.

On distingue généralement les catégories suivantes :

catalina.xxxx-xx-xx.log	Contenu de sortie du fichier journal sous Windows
gestionnaire d'hôtes.xxxx-xx-xx.log	Accédez au journal du projet du gestionnaire d'hôte sous webapps
localhost.xxxx-xx-xx.log	Lorsque Tomcat démarre, il accède au service par lui-même et enregistre uniquement les journaux d'accès Tomcat, pas les journaux de projets professionnels.
localhost_access_log.xxxx-xx-xx.txt	Indique l'accès à tous les enregistrements du journal du projet sous Tomcat
manager.xxxx-xx-xx.log	Accédez au journal de projet du gestionnaire sous webapps

5.répertoire temp

Les utilisateurs stockent les fichiers temporaires générés lors du fonctionnement de Tomcat (leur suppression n'affectera pas le fonctionnement de Tomcat).

6. répertoire des applications Web

Utilisé pour stocker des applications et peut publier des applications sous forme de dossiers, de packages war et de packages jar. Bien entendu, vous pouvez également placer l'application n'importe où sur le disque et la mapper dans le fichier de configuration.

Il est livré par défaut avec les 5 éléments suivants :

7. répertoire de travail

Utilisé pour stocker les fichiers compilés lorsque Tomcat est en cours d'exécution (effacez tout le contenu de ce répertoire et redémarrez Tomcat pour vider le tampon)

Auteur : JD Technology Yang Jian

Source : Communauté de développeurs JD Cloud Veuillez indiquer la source lors de la réimpression

Structure du répertoire Tomcat | Équipe technique JD Cloud