JAVA_HOME
soit bien positionnée sur une installation du JDK ou du JRE qui correspondent à la version de Java dont Tomcat a besoin (1.6 pour Tomcat 6.0.*). Ensuite, il suffit de se placer dans le répertoire
bin
, et de taper la commande :
> startupUne fenêtre s'ouvre alors, qui détaille le déroulement des opérations de lancement, et très rapidement finit par nous afficher le message suivant :
INFO: Server startup in 351 msIl suffit alors d'ouvrir un navigateur, et de le faire pointer vers l'URL :8080/, on obtient la page d'accueil suivante.
conf/tomcat-users.xml
. Tomcat supporte bien sûr d'autres moyens de définir ce point, il sait entre autres accéder à des bases de données pour aller chercher ce genre d'informations.
Le fichier
tomcat-users.xml
est vide, et contient des exemples de déclaration de rôles et d'utilisateurs mis en commentaires. Il nous faut créer un rôle
manager
, et un utilisateur qui possède ce rôle.
Exemple 1. Création d'un rôle
manager
dans
tomcat-users.xml
<?xml version='1.0' encoding='utf-8'?> <tomcat-users> <!-- création du rôle manager --> <role rolename="manager"/> <!-- création d'un utlisateur possédant ce rôle --> <user username="tomcat" password="tomcat" roles="manager"/> </tomcat-users>
> shutdownUn fois redémarré Tomcat, on peut cliquer sur le lien Status du cartouche d'administration. On obtient alors une page qui ressemble à la page suivante.
CATALINA_HOME
doit pointer vers le répertoire d'installation de Tomcat. La valeur de cette variable doit être la même pour tous les contextes de lancement de chaque instance de Tomcat.
Une deuxième variable est utilisée,
CATALINA_BASE
, qui peut prendre une valeur propre à chaque lancement.
Tomcat utilise plusieurs
classloader
pour fonctionner. Chaque
classloader
charge des classes et des JAR tel que défini dans le fichier
conf/catalina.properties
.
common.loader
: les classes chargées par ce
classloader
sont disponibles dans Tomcat et pour toutes les applications web que cette instance prend en charge.
server.loader
: ces classes sont accessibles au niveau du serveur. Par exemple, si une connexion JDBC est définie dans le
Server
, c'est ce
classloader
qui doit charger le pilote JDBC.
shared.loader
: ces classes sont disponibles dans toutes les applications web.
server
et
shared
sont vides, et Tomcat n'utilise que le
classloader
common
.
Ensuite, Tomcat crée un
classloader
par application web, ce qui permet de garantir l'étanchéité complète d'une application web à l'autre. Ce
classloader
charge le contenu de
WEB-INF/classes
et
WEB-INF/lib
, tel que défini dans l'API Servlet.
On voit donc qu'il est possible, en jouant sur la variable
CATALINA_BASE
de définir un jeu de classes commun aux applications web, instance par instance.
Chaque instance de Tomcat peut ensuite gérer son propre environnement : les répertoires
conf
,
work
,
temp
,
webapps
et
logs
sont, par défaut, relatifs à
CATALINA_BASE
, et peuvent être redéfinis par des options dans le fichier de configuration
conf/server.xml
.