Java WebServer Tomcat, JBoss, JRun, JOnAS
Java WebServer
Tomcat, JBoss, JRun, JOnAS
Michaël TRANCHANT
Décembre 2008
Veille technologique dans le cadre de l’UE NFE107
Architecture et Urbanisation de Systèmes d’Informations
Sommaire
1. Brefs rappels de notions à connaître..........................................................3
1.1 J2EE ..................................................................................................3
1.2 JSP ....................................................................................................4
1.3 Servlets ..........................................................................................4
1.4 EJB ....................................................................................................5
1.5 Un serveur d’application ...........................................................5
1.6 Serveur web / serveur d’application.......................................6
2. Tomcat............................................................................................................7
3. JBoss Application Server.............................................................................9
4. JRun .............................................................................................................. 11
5. JOnAS........................................................................................................... 13
6. Comparaison .............................................................................................. 15
Conclusion....................................................................................................... 16
Sources............................................................................................................. 17
2
1. Brefs rappels de notions à connaître
1.1. J2EE : Java 2 Platform, Enterprise Edition
J2EE est une plate-forme Java, conçu pour du mainframe, typique de l'informatique des grandes entreprises. Sun
Microsystems (en collaboration avec des partenaires de l'industrie tels que IBM) a conçu J2EE pour simplifier le
développement d'applications en environnement client léger. J2EE simplifie le développement d'applications et
permet au programmeur le développement normalisé de composants modulaires réutilisables.
Inclus le JDK, la technologie «Write Once Run Anywhere » (portabilité), communique avec CORBA (Common
Object Request Broker Architecture), le JDBC (Java Database Connectivity), permet EJB, XML, Servlet, JSP.
Fig. 1: Architecture J2EE 1.4 (Source: Sun Microsystems)
3
1.2. JSP : Java Server Page
JSP est une technologie pour le développement de pages Web incluant du contenu dynamique. Contrairement
à une page HTML qui ne contient que du contenu statique qui reste par définition toujours le même, JSP peut
changer selon l’identité du visiteur, de son navigateur Internet, de l’heure, de la configuration du système, des
actions du visiteur, etc.
Une page JSP contient des balises standards, comme du HTML (ou du WML, XML…), comme toute page web
normale. Pourtant, une page JSP contient aussi des éléments JSP spécifiques (scriptlets), permettant au serveur
l’insertion dynamique de contenu (contenu de BDD, préférences du visiteur…)
Lorsqu’un utilisateur accède à une page JSP, le serveur exécute les éléments JSP, fusionne les résultats avec les
parties statiques de la page, et envoie le tout au navigateur.
Fig. 2: Principe des JSP
JSP définit des outils standards utiles pour n’importe quelle application web comme l’accès à des composants
JavaBeans, les contrôles d’accès entre pages, le partage d’information entre requêtes, pages et utilisateurs.
<html>
<head>
<title>Greetings !</title>
</head>
<body>
<% for (int i=0;i<5;i++) { %>
<h1>Hello World !</h1>
<% } %>
</body>
</html>
Code 1: Exemple de JSP
1.3. Servlet
Technologie Java utilisée pour effectuer des traitements coté serveur en réponse aux requêtes provenant en
général de poste clients distants.
Bien que les Servlets puissent répondre à n'importe quel type de requête, elles sont généralement employées
pour répondre à des requêtes de type HTTP et qui permettent de retourner dynamiquement des pages HTML.
import java.io.*;
import javax.servlet.*;
import java.servlet.http.*;
public class SimpleServlet extends HttpServlet {
public void doGet(ServletRequest req,ServletResponse resp) throws IOException,ServletException {
resp.setContentType(“text/html”);
PrintWriter out = resp.getWriter();
out.println(“<html><head><title>Simple Servlet Output</title></head>”);
out.println(“<body><h1> SimpleServletOutput</h1>”);
out.println(“</body></html>”);
}
}
Code 2: Exemple de SERVLET
4
1.4. EJB : Enterprise JavaBeans
Cette architecture propose un cadre pour créer des composants distribués (déployés sur des serveurs
distants) écrit en langage de programmation Java hébergés au sein d'un serveur applicatif permettant de
représenter des données (EJB dit entité), de proposer des services avec ou sans conservation d'état entre les
appels (EJB dit session), ou encore d'accomplir des tâches de manière asynchrone (EJB dit message). Notions
d’annotations.
EJB est grossièrement équivalent à COM/DOM de Microsoft dans son architecture, mais comme toute
architecture basée sur Java, elle peut être déployée sur quasi-tous les OS.
1.5. Un serveur d’application
Fig. 3 : Fonctionnement d'un Serveur d'Application (Source: Université Paris-Est Marne-la-Vallée)
1) Le client émet une requête (i.e. appelle une URL) pour demander une ressource au serveur. Exemple :
http://leserveur.com/welcome. Il ne sait pas ici si la réponse qui va lui parvenir est statique (page
HTML simple) ou dynamique (générée par une application WEB). Dans notre cas, il s'agit d'une application
répondant à l'adresse welcome sur le serveur leserveur.com.
2) Côté serveur, c'est le serveur web (exemple : Apache) qui traite les requêtes HTTP entrantes. Il traite donc
toutes les requêtes, qu'elles demandent une ressource statique ou dynamique. Seulement, un serveur HTTP
ne sait répondre qu'aux requêtes visant des ressources statiques. Il ne peut que renvoyer des pages HTML,
des images,... existantes.
3) Ainsi, si le serveur HTTP s'aperçoit que la requête reçue est destinée au serveur d'applications, il la lui
transmet. Les deux serveurs sont reliés par un canal, nommé connecteur.
4) Le serveur d'applications (exemple : Tomcat !) reçoit la requête à son tour. Il est, lui, en mesure de la
traiter. Il exécute donc le morceau d'application (la Servlet) auquel est destinée la requête, en fonction de
l'URL. Cette opération est effectuée à partir de la configuration du serveur. La Servlet est donc invoquée, et
le serveur lui fournit notamment deux objets Java (Tomcat est un serveur d'applications Java) exploitables :
un représentant la requête, l'autre représentant la réponse. La Servlet peut maintenant travailler, et
générer la réponse à la demande. Cela peut passer par la consultation de sources de données, comme des
5
6
7
8
9
10
11
12
13
14
15
16
17
1
/
17
100%
