Cours J2EE

Mr Sidaty Sidaty

1
 Plan:
• Chapitre 1-Introduction.
- La présentation de J2EE
- L'environnement d'exécution des applications J2EE
- MVC et MVC2
Chapitre 2 – Notions de base
- XML
- Serveur d’aplication
- Servlet
- JSP
- JavaScript
Chapitre 3 – Hibernate
Chapitre 4 – Struts 2
Chapitre 5 – Ajax
2
Chapitre 6 – Mise en ouvre
 Introduction
• J2EE est l'acronyme de Java 2 Entreprise
Edition. Cette édition est dédiée à la
réalisation d'applications pour entreprises.
J2EE est basé sur J2SE (Java 2 Standard
Edition) qui contient les API de base de Java.
Depuis sa version 5, J2EE est renommée Java
EE (Enterprise Edition).

3
La présentation de J2EE

• J2EE est une plate-forme fortement

orientée serveur pour le
développement et l'exécution
d'applications distribuées. Elle est
composée de deux parties
essentielles :

4
La présentation de J2EE

• un ensemble de spécifications pour une

infrastructure dans laquelle s'exécutent les
composants écrits en Java : un tel environnement
se nomme serveur d'applications.
• un ensemble d'API qui peuvent être obtenues et
utilisées séparément. Pour être utilisées,
certaines nécessitent une implémentation de la
part d'un fournisseur tiers.

5
La présentation de J2EE

• un ensemble de spécifications pour une

infrastructure dans laquelle s'exécutent les
composants écrits en Java : un tel environnement
se nomme serveur d'applications.
• un ensemble d'API qui peuvent être obtenues et
utilisées séparément. Pour être utilisées,
certaines nécessitent une implémentation de la
part d'un fournisseur tiers.

6
La présentation de J2EE

7
 La présentation de J2EE

• L'utilisation de J2EE pour développer et exécuter

une application offre plusieurs avantages :
• une architecture d'applications basée sur les composants qui
permet un découpage de l'application et donc une séparation
des rôles lors du développement
• la possibilité de s'interfacer avec le système d'information
existant grâce à de nombreuses API : JDBC, JNDI, JMS,
JCA ...
• la possibilité de choisir les outils de développement et le ou
les serveurs d'applications utilisés qu'ils soient commerciaux
ou libres

8
 La présentation de J2EE

• L'utilisation de J2EE pour développer et exécuter

une application offre plusieurs avantages :
• une architecture d'applications basée sur les composants qui
permet un découpage de l'application et donc une séparation
des rôles lors du développement
• la possibilité de s'interfacer avec le système d'information
existant grâce à de nombreuses API : JDBC, JNDI, JMS,
JCA ...
• la possibilité de choisir les outils de développement et le ou
les serveurs d'applications utilisés qu'ils soient commerciaux
ou libres

9
 La présentation de J2EE

• L'utilisation de J2EE pour développer et exécuter

une application offre plusieurs avantages :

• la partie cliente : c'est la partie qui permet le dialogue avec

l'utilisateur. Elle peut être composée d'une application
standalone, d'une application web ou d'applets
• la partie métier : c'est la partie qui encapsule les
traitements (dans des EJB ou des JavaBeans)
• la partie données : c'est la partie qui stocke les données

10
 L'environnement d'exécution des
applications J2EE
• .

11
 L'environnement d'exécution des
applications J2EE

1.  Ouverture d'une page Internet d'une application Java Web par

le navigateur (Firefox, Opera, etc.).
•Envoi d'une requête HTTP.
2. Localisation du serveur qui héberge la page Web demandée
(Internet, couches TCP/IP, OSI, etc.).
•L'OS envoie la requête par Internet ou le réseau local.
3. Le serveur d'application (application qui fonctionne sur le
serveur) traite la demande (ex. : Apache-Tomcat, etc.).
•Localisation de la page ou de la ressource demandée.
•Si la page contient du code Java, le serveur d'application l'exécute.
4. L'application Web peut se connecter à un serveur de données
(ex. : MySQL, Pgsql, Oracle, etc.).
•Par exemple en utilisant les classes du JDBC.

12
 L'environnement d'exécution des
applications J2EE

5.  Réception de la requête issue du SGBD.

•L'application Java traite le résultat de la requête.
6. Retour du résultat des traitements au navigateur client.
•Le serveur d'application renvoie le résultat de la demande au
navigateur client.
7. Le navigateur affiche le résultat de la page demandée.

13
Architecture MVC

14
 Introduction

• Structurtion de l’application WEB.

• Separation des couches.
• Gestion d’interaction entre les
differentes couches

15
16
 MVC

Le MVC (Modèle Vue Contrôleur) est un modèle de

conception qui repose sur la volonté de séparer les
données, les traitements et la présentation. Ainsi
l’application se retrouve segmentée en trois
composants essentiels :
• le modèle
• la vue
• le contrôleur

17
 Modèle

• Le modèle représente les données et les règles

métiers. C’est dans ce composant que s’effectuent
les traitements liés au cœur du métier. Les données
peuvent être liées à une base de données, des EJBs,
des services Web, … Il est important de noter que
les données sont indépendantes de la présentation.
En d’autres termes, le modèle ne réalise aucune mise
en forme[1]. Ces données pourront être affichées par
plusieurs vues. Du coup le code du modèle est
factorisé : il est écrit une seule et unique fois puis
réutilisé par chaque vue.

18
 Vue

La vue correspond à l’IHM. Elle présente les données

et interagit avec l’utilisateur. Dans le cadre des
applications Web, il s’agit d’une interface HTML,
mais n’importe quel composant graphique peut jouer
ce rôle.

19
 Controller

Le contrôleur, quant à lui, se charge d’intercepter les

requêtes de l’utilisateur, d’appeler le modèle puis
de rediriger vers la vue adéquate. Il ne doit faire
aucun traitement. Il ne fait que de l’interception et
de la redirection.

20
 Cinématique

• L’utilisateur émet une requête

• Le contrôleur intercepte la requête de l’utilisateur
• Le contrôleur détermine quelle partie du modèle
est concernée et quelle vue y est associée
• Le modèle traite les interactions avec les données,
applique les règles métier et renvoie les données
au contrôleur
• Le contrôleur sélectionne la vue et lui renseigne les
données
• La vue présente les données à l’utilisateur

21
22
 MVC2

Le MVC très pratique, peut se révéler lourd à

mettre en place. Ceci à cause de la multitude de
contrôleurs à implémenter. Afin de simplifier la
réalisation d’un tel modèle, une nouvelle version a
été introduite : le MVC2. C’est exactement le
même modèle de conception à la différence qu’il
n’y a plus qu’un seul contrôleur qui se charge de
rediriger la requête vers le bon traitement.

23
XML

24
Introduction : W3C et XML

25
Introduction : W3C et XML

26
Éléments de base : notion de balise

27
Éléments de base : DOM et Parseur

28
Éléments de base : DOM et Parseur

29
Éléments de base : DOM et Parseur

30
Éléments de base : DOM et Parseur

31
Éléments de base : DOM et Parseur

32
Éléments de base : structure d’un
document

33
Éléments de base : Syntaxe du
langage

34
Syntaxe : Balises ou éléments

35
Syntaxe : Balises ou éléments

36
Syntaxe : Balises ou éléments

37
Syntaxe : arbre d’éléments

38
Syntaxe : Les attributs

39
Syntaxe : Les commentaires

40
 Serveur
d’Application

41
Les serveurs d’application se sont développés
depuis la création de J2EE.
On peut distinguer principalement 2 grandes
catégories de serveurs :
- Open Source : évolue grâce à la
communauté.
- Propriétaire : évolue selon l’éditeur

42
 Open Source

Tomcat : Apache

43
 Tomcat : Apache
Tomcat est un conteneur de servlet qui
implémente la référence officielle
pour les Servlet Java et les JSP. Ce
serveur est très répondu pour les
applications web.

44
Source :
http://jakarta.apache.org/tomcat/inde
x.html
Technologies implémentées :
-JSP
-Servlet
-JDBC
- JNDI

45
 Open Source

Jonas : ObjectWeb
Jonas est un serveur d’application
implémentant la référence officielle
pour les EJB. Il intègre un lien avec
Tomcat afin d’intégrer les
fonctionnalités pour les applications
web.

46
 Open Source

JBoss : JBoss
JBoss accumule les mêmes
fonctionnalités que Jonas. Cependant
son architecture est assez différente
et repose principalement sur un « BUS
».

47
 Propriétaire

Les serveurs d’application propriétaires

se démarquent grâce à des outils
facilitant le développement et/ou la
configuration des applications au sein
du serveur d’application. En
contrepartie, ils font payer les
licences d’utilisation de leur serveur

48
 Propriétaire

-WebSphere : IBM
- WebLogic : BEA
- WebObject : Apple
- Oracle Application Server : Oracle

49
JSP

50
51
52
Description d’une JSP

53
54
Scriptlets

55
Déclarations

56
Expression

57
Directives

58