Architectures Applicatives

2016
Architectures
Applicatives
SERVEUR D’APPLICATIONS TOMCAT
OLIVIER D.

Olivier DEHECQ – http://aide.informatique1.fr
Page 2
Table des matières
1 Etat des lieux .......................................................................................................................................... 4
2 Le serveur d’application Tomcat - Introduction ................................................................................... 9
3 Du programme à la configuration du serveur ....................................................................................10
4 L’élément <valve> (logs, restrictions, …) ............................................................................................14
5 Les ressources mises à disposition pour les applications Java ........................................................16
6 La sécurité du serveur et des applications ........................................................................................18
7 Les fichiers journaux – Analyse et supervision ..................................................................................23

Olivier DEHECQ – http://aide.informatique1.fr
Page 3
Signalétique
Nota, astuce :
Contient une partie serveur web qui traite les réponses statiques.
Important, à retenir :
Ceci est une chose importante
Commande MS-DOS
C:\> c:\tomcat5.5\bin\startup.bat
Commande UNIX
# /tomcat5.5/bin/startup.sh
Chemin de fichier, dossier, emplacement sur le disque
Fichier web.xml
Exemple de contenu de document
<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" />
Contenu du fichier web.xml
<welcome-file>index.html</welcome-file>
Contenu du fichier server.xml
port "8080" port d’écoute du connecteur
Autre contenu de fichier :
<role rolename="RUserHelloWorld"/>
Spécifique aux documents xml :
Balise
Nom de propriété
Valeur
Commentaire

Olivier DEHECQ – http://aide.informatique1.fr
Page 4
1 Etat des lieux
Notion de couches
 Si une machine fait le tout : architecture 1 tiers
 Si 2 machines font le tout : architecture 2 tiers
 Si 3 machines font le tout : architecture 3 tiers
1.1 Les types d’architectures
1.1.1 Architecture 1 tiers
1.1.2 Architecture 1 tiers déployée

Olivier DEHECQ – http://aide.informatique1.fr
Page 5
1.1.3 Architecture 2 tiers : client / serveur
Gestion distante des données :
Présentation distante :
La base du dialogue :
Le middleware prend en charge le protocole de communication client / serveur
 (1) Service à l’écoute des demandes extérieures
 (2) Détient les informations sur le serveur à contacter
 (3) Le driver est formaté pour s’adapter au middleware correspondant (SQL Server, Oracle, …)
Une API définit les méthodes de communications avec le serveur selon le langage (Java, .Net,
etc.). Si on veut changer de SGBD (ex. : SQL server à la place de Oracle), on change juste le
driver propre au middleware.
Une API est un dictionnaire présent physiquement dans l’application (en fait partie).
1.1.4 Architecture 3 tiers
On s’appuie sur les technologies de la norme W3C car la plupart des postes disposent de navigateurs
web prenant en compte HTML, XHTML, CSS et JavaScript.
Pas d’installation pour les pc : ce sont donc des clients légers.