Cours d'introduction à la programmation j2ee donc java 2ee

Développement web - Java
Franck Denoël
Master 2 – ICA, UPMF
Année académique 2007-2008
J2EE - Introduction
Franck Denoël
Master 2 – ICA, UPMF
Année académique 2007-2008
Plan du chapitre
z Présentation J2EE
z Architecture
z Composants et services
z Développement d'une application J2EE
et Frameworks
J2EE
z Rappels :
z Les plateformes Java intègrent :
z une JVM (Machine Virtuelle Java) et
z une API (Application Programming Interface) :
z Collection de composants logiciels (librairies) utilisés pour
développer d'autres composants ou applications
z Les applications java fonctionnent sur tous les
systèmes compatibles
z avantages : indépendance de la plateforme -
portabilité du code, puissance, stabilité et sécurité

J2EE
z Le langage Java se décline autour de 3
briques :
z Java 2 Standard Edition (J2SE) : vise les
postes clients
z Java 2 Micro Edition (J2ME) : cible les
terminaux portables (téléphonie, PDA)
z Java 2 Entreprise Edition (J2EE) : vise les
applications d'entreprise
Problématique générale
z Les applications d'entreprise concernent aussi
bien les grandes entreprises quel les petites
z Elles doivent être :
z portables
z fiables et sécurisées
z maintenables et flexibles
z performantes
z Nécessité d'intégrer ou de s'intégrer à un
système d'information existant
z Toutes ces considérations rendent les
applications complexes => solution = J2EE
J2EE
z Norme proposée par la société Sun depuis
1997 et portée par un consortium de sociétés
internationales
z Version actuelle = EE 5.0
z J2EE fournit
z Une plateforme standard :
z de développement d'applications basées sur des
composants
z de déploiement des applications J2EE basée sur la
notion de conteneur
z Un ensemble de services accessibles via l'API
J2EE pour concevoir les applications
z Une documentation complète sur le site de sun
Plan du chapitre
z Architecture
et Frameworks

Applications d'entreprise J2EE
z Une application d'entreprise J2EE est
multi-niveaux (n-Tier)
z Un Tier est une partition (couche) logique
ou fonctionnelle d'un système
z 3 grands modèles d'architecture
applicative :
z Simple Tier
z 2-Tier
z 3-Tier (ou n-Tier)
z Simple Tier
z Client lourd
z Avantages :
z Développement rapide
z Désavantages :
z Application monolithique
z Mises à jour et maintenance du code plus difficiles
z Code difficilement réutilisable
z 2-Tier
z Mode de communication entre plusieurs
ordinateurs clients et un serveur
z Avantages :
z Centralisation du code et des ressources
z Désavantages :
z Application serveur souvent monolithique
z Logique métier est répartie entre l'application
serveur et le client
Applications d'entreprise J2EE : n-Tier
z N-Tier = Modèle logique d'architecture applicative qui
vise à séparer nettement trois couches logicielles au
sein d'une même application et à présenter l'application
comme un empilement de ces couches :
z présentation des données
z traitement métier des données
z accès aux données persistantes
z Les couches communiquent entre elles au travers d'un
« modèle d'échange », et chacune d'entre elles
propose un ensemble de services rendus
z Les services d'une couche sont mis à disposition de la
couche supérieure

Applications d'entreprise J2EE : n-Tier Applications d'entreprise J2EE : n-Tier
z Avantages :
z Séparation forte entre les 3 niveaux
z Chaque niveau peut être managé,
dimensionné, distribué
z Mises à jour et maintenance facilitées en
minimisant l'impact sur les autres couches
z Extensibilité : ajout de nouvelles
fonctionnalités simplifié
Serveur d'application
z Les applications d'entreprise ont souvent besoin des
mêmes services système :
z Gestion de la concurrence
z Services transactionnels entre composants
z Sécurité
z Gestion de la session utilisateur
z Gestion des montées en charge
z Ouverture sur de multiples sources de données
z Pools de connexion
z Système de tolérance aux pannes et reprise sur incident
z Le serveur d'application fournira ces services système
Serveur d'application J2EE
z Serveur d'application J2EE = implémente
les API J2EE
z Il héberge des composants applicatifs
z Il fournit des services à ces composants
au travers d'un conteneur
z Un conteneur J2EE est un environnement
d'exécution chargé de gérer des composants
applicatifs et leur donner accès aux API
J2EE

Quelques plateformes
z Les serveurs d'application intègrent
l’ensemble des spécifications J2EE
z Serveurs d'application (commerciaux)
z BEA WebLogic
z IBM Websphere
z Sun Java System App. Server
z Borland Enterprise Server
z Oracle 9i Application Server
z SAP Web application server
Quelques plateformes
z Serveurs d'application (open-source) :
z JBoss
z ObjectWeb JOnAS
z Apache Geronimo
z Les serveurs web n'implémentent que certaines
spécifications liées au développement web
z Serveurs Web (open-source) :
z Apache Tomcat
z Jetty
Plan du chapitre
z Architecture
et Frameworks
Services et composants J2EE
z La plateforme J2EE intègre :
z des composants J2EE
z des services
z des protocoles de communication ...
z ... qui permettent le développement
d'application n-Tier et distribuées

z Les applications d'entreprise J2EE sont basées sur
des composants :
z distincts
z distribués
z interchangeables
z Composant = unité logicielle (fonctionnelle) intégrée à
une application J2EE communiquant avec d'autres
composants
z Il dépend du conteneur pour le support des services
système (transactions, sécurité, threading, etc.)
z Conteneur :
z Les applications J2EE y sont déployées
z Donne l'accès aux services
z Dans l'architecture des conteneurs J2EE, les
applications fournissent :
z Composants applicatifs
z Descripteur de déploiement (*.xml)
z Types de conteneurs :
z Web (Servlets, JSP, JSF)
z EJB (EJB)
z Service J2EE :
z Composant technique pouvant être utilisé de
manière distante à travers une interface de
manière synchrone ou asynchrone
z Types : JDBC, JTS/JTA, JMS, JavaMail, JAAS,
Web service, etc.
z Protocoles :
z Accéder à des services Internet
z Types (principaux) :
z HTTP (HyperText Transfer Protocol)
z TCP/IP (Transmission Control Protocol / Internet
Protocol)
z RMI (Remote Method Invocation)
z SOAP (Simple Object Access Protocol)
z SSL (Secured Socket Layer)

Services et composants J2EE Architecture J2EE
JDBC
z JDBC = Java DataBase Connectivity
z API permettant l’accès à des sources de données
compatibles (SGBDR)
z Elle gère les 3 étapes indispensables à l’accès aux
données :
z la création d’une connexion à la base
z l’envoi d’instructions SQL
z l’exploitation des résultats provenant de la base
z Pour accéder à la base de données, JDBC s’appuie
sur des pilotes (drivers) spécifiques à un fournisseur
de SGBDR ou sur des pilotes génériques
JDBC
z Exemple :
...
try {
Class.forName("org.postgresql.Driver");
Connection con = DriverManager.getConnection
( "jdbc:postgresql://localhost:5432/myDb", "myLogin","myPassword");
Statement stmt = con.createStatement();
ResultSet rs = stmt.executeQuery("SELECT age, nom, prenom FROM client");
while (rs.next()) {
int age = rs.getInt("age");
String nom = rs.getString("nom");
String prenom = rs.getFloat("prenom");
}
} catch (Exception e){
e.printStackTrace();
}
...

JNDI
z JNDI = Java Naming and Directory Interface
z API unique pour obtenir (look up) des ressources et
les relier (binding) à un service de nommage ou à un
annuaire
z Un service de nommage permet d'associer un nom
unique à un objet (information) et faciliter ainsi
l'obtention de cet objet
Exemple : DNS, NIS
z Un annuaire est un service de nommage qui possède
en plus une représentation hiérarchique des objets qu'il
contient et un mécanisme de recherche
Exemple : LDAP
JNDI
z L'accès à un service est possible au moyen
d'un pilote qui assure le dialogue avec l'API
z JNDI est notamment utilisé par les API :
z JDBC
z JMS
z EJB
JNDI
z Exemple :
...
import javax.naming.*;
...
public void createName() throws NamingException {
Context context = new InitialContext();
// bind an Object
context.bind("/config/myApplication", "une valeur");
}
...
...
import javax.naming.*;
...
public String getValue() throws NamingException {
Context context = new InitialContext();
return (String) context.lookup("/config/myApplication");
}
...
RMI
z RMI = Remote Method Invocation
z API permettant la communication
synchrone entre des objets Java
s'exécutant sur des JVM distinctes
z Implémentation du design pattern
"proxy"
z Les objets distants sont manipulés
comme s'ils étaient locaux
z Utilisation du protocole de transport
IIOP (Internet Inter-Orb Protocol)

RMI
z Facilite le développement des
applications distribuées en masquant la
communication client/serveur
z API souvent utilisée en parallèle avec
JNDI ou avec les EJB
z Nécessite l'emploi d'un registre RMI :
z localisé sur la machine distante
z héberge les objets (préalablement
enregistrés) à appeler
RMI
JDBC-JNDI-RMI
z En conclusion :
z JDBC = accès à des SGBDR
z JNDI = localisation de composants
disribués
z RMI = permet à des composants
distribués d'être utilisés comme s'ils
étaient locaux
JCA
z JCA = Java Connector Architecture
z API utilisée pour créer des modules qui permettent à
un serveur J2EE (où ils sont déployés) de se
connecter à un système propriétaire (legacy system)
et de normaliser les accès et interactions avec ce
système
z Avant JCA, chaque serveur d'application devait fournir
un adaptateur spécifique pour chaque EIS (liaison
point-à-point)
z Avec JCA, un même adaptateur fonctionne avec tous
les conteneurs J2EE compatibles
z JCA = communication et utilisation de ressources

JCA
z L'api JCA définit un contrat entre le serveur
d'application et le systeme, via des interfaces comme
le fait jdbc
z Connecteur = fichier .rar contenant les classes
d’implémentation des interfaces standard et le
descripteur de déploiement
z JCA est une généralisation de JDBC
z JCA, à partir de sa version 1.5, permet d'envoyer des
messages vers le système propriétaire et de recevoir
des messages qui seront traités par un Message
Listener, généralement un Message Driven Bean
(EJB)
JMX
z JMX = Java Management eXtension
z API unique utilisée par les applications de
management
z Fonctionnalités :
z Modifier dynamiquement le comportement
d'une application Java en runtime
z Générer des statistiques sur le fonctionnement
de l'application et de les rendre disponibles
z Notifier des dysfonctionnements
JMX
z Ces fonctionnalités sont accessibles en local,
mais également à distance
z Les applications de management dialoguent
avec le serveur JMX où sont enregistrés des
MBeans
z Accès aux composants ressources via des
MBeans
JTS/JTA
z JTS(A) = Java Transaction Service (Api)
z JTA fournit des interfaces Java standards
pour permettre la communication entre un
gestionnaire de transaction (JTS) et les
différentes parties impliquées dans un
système de transactions distribuées : les
ressources (DB, ...), le serveur d'application
et les applications transactionnelles
z JTS utilise JTA pour gérer et accéder à toutes
les transactions sur un système donné

JMS
z JMS = Java Message Service
z API permettant à une application J2EE de
créer, d'envoyer, de recevoir et de lire des
données sous forme de messages (MOM) de
manière asynchrone
z Avantages :
z fiable (garantie de livraison)
z gestion des messages centralisée
z communication faiblement couplée
JMS
z Deux modèles :
z Publish and subscribe : des entités s’inscrivent
pour recevoir des messages sur un certain sujet.
Celui qui publie les messages et ceux qui les
reçoivent ne se connaissent pas
z Point à point : le producteur publie les messages
dans une file et le client lit les messages de la file.
Dans ce cas le producteur connaît la destination
des messages et poste les messages directement
dans la file du client
JAAS
z JAAS = Java Authentification and
Authorization Service
z API permettant de gérer l'authentification et
les droits d'accès d'un utilisateur ou d'un
groupe d'utilisateur pour une application J2EE
z L'authentification de JAAS se fait par
branchement (pluggable)
z D'où indépendance des technologies
d'authentification
JavaMail
z API standard de gestion de courriers
électroniques
z Il permet d’envoyer et de recevoir du
courrier électronique et de manipuler les
messages (en-tête, sujet, corps, pièces
jointes...)
z Note : Ce n'est pas un serveur de
courrier mais un outil pour interagir avec
ce type de serveur

JavaMail
z JavaMail utilise différents protocoles comme
SMTP, IMAP ou POP
z Il possède :
z une interface applicative pour envoyer des
mails et
z un service provider qui permet d'envoyer des
mails par Internet
z La plateforme J2EE embarque un Javamail
service provider
JavaMail
z JAF = JavaBeans Activation Framework
z Utilisé par JavaMail
z Il fournit les services standards pour
déterminer des types de données
(MIME), y accéder, découvrir les
opérations possibles dessus et créer les
composants JavaBeans appropriés pour
réaliser ces opérations
XML et Web services
z Web service = Application permettant la
communication et l'échange de données
entre applications et systèmes
hétérogènes dans des environnements
distribués
z Permet une communication de type
application/application utilisant XML
z Ensemble de fonctionnalités exposées par
un serveur et exécutables à distance en
temps réel par des clients applicatifs
z Web service ≠ Sites webs !
XML et Web services
z JAX-WS = API for XML-based Web Services
z Implémentation logicielle des spécifications
WS reposant sur un ensemble de protocoles
et de standards de base :
z SOAP (Simple Object Access Protocol)
z format d'échange de messages
z requête/réponse HTTP encapsulent un
message SOAP = enveloppe XML respectant
un schéma défini

XML et Web services
z WSDL (Web Service Description Language)
z description des messages et des types de
données
z des outils permettent de générer des WSDL
(XMLSpy, etc.)
z UDDI (Universal Description Discovery and
Integration)
z Annuaire (registry ≠ repository)
z Fournit la manière de publier et de découvrir des
informations sur les Web services
z Utilisé lorsque le nombre de WS est important (> 50
souvent)
XML et Web services
XML et Web services
z API XML complémentaires
z JAXP = Java Api for Xml Processing
z API standard permettant de parser et de
transformer des documents XML
z Supporte DOM, SAX, XSLT
z JAXB = Java Architecture for Xml Binding
z API standard permettant de représenter un
schéma XML en objet java
z JAXR = Java Api for Xml Registries
z Accès générique à des registres sur Internet
(UDDI et ebXML)
Composants Web
z Servlets/JSP : constituent la brique de base des
applications Web dynamique en Java
z Cette technologie étend les fonctionnalités d'un
serveur web en traitant de manière objet les
requêtes/réponses HTTP
z Intégration à serveur web via un conteneur Web
z Servlet
z Composant exécuté sur le serveur
z Implémente le paradigme requête-réponse
(HTTP principalement)

Composants Web
z JSP
z Extension des servlets
z Document texte contenant des parties statiques (HTML,
XML) et dynamiques (déterminant comment se construit
la page pour le client)
z Extensible via les custom tags
z JSTL
z librairie encapsulant des fonctions récurrentes aux
applications JSP
z Utilisation du XML
z JSF : framework de création d'interfaces utilisateurs
pour les applications web, basé sur les technologies
JSP et Servlet
Composants Web
Composants EJB
z EJB = Entreprise JavaBean
z Composants implémentant des fonctionnalités métiers
z Brique utilisée de manière autonome ou avec d'autres
composants J2EE pour exécuter une logique métier
z Il fonctionnent à travers un conteneur d’EJB
z Séparation de la logique métier et du code système
géré par le conteneur
z Le conteneur a en charge la création, la destruction, la
passivation ou l'activation de ses composants en
fonction des besoins
Composants EJB
z Le client via un appel RMI (généralement) va
rechercher un EJB par son nom logique JNDI et
appeler une/des méthodes de cet objet
z EJB Moins performants que RMI mais fournit plus de
services (transactions, pool d'objets, etc.)
z Avant la version 3.0, un EJB est accompagné d'un
ou plusieurs descripteur de déploiement
z Depuis la version 3.0, le modèle EJB utilise le
principe d'annotations java (meta-données) pour
spécifier toute la configuration et les propriétés
transactionnelles de l'objet

Composants EJB
z Les EJB proposent :
z des services avec ou sans conservation d'état
entre les appels (EJB session bean)
z d'accomplir des tâches de manière
asynchrone (EJB message-driven bean)
Dans J2EE 5.0 les beans entity
ont été remplacés par l'API
peristence entities
Une entité représente des
données persistentes stockées
dans une ligne d'une table d'une
SGBD
Composants EJB : Session Bean
z Un session bean représente une conversation
transitoire (transient) avec un client
z Objet métier non persistant
z Typologie :
z stateless : ne conservent pas leur état en
mémoire entre deux appels du client
z stateful : conservent leur état entre deux
appels
Composants EJB : Message-driven bean
z Un Message Driven Bean est un composant métier
recevant des messages de manière asynchrone
z Le client n’a pas besoin de figer son exécution durant
le traitement du MDB
z Les clients n’appellent pas directement des méthodes
mais utilisent JMS pour produire un message et le
publier dans une file d’attente
z À l’autre bout, le MDB est à l’écoute de cette file
d’attente et se « réveille » à l’arrivée d’un message. Il
extrait ce dernier de la file d’attente, en récupère le
contenu puis exécute un traitement
...
@MessageDriven
public class MyMDB implements MessageListener {
public void onMessage (Message msg) {
// traitement métier
}
...
}
Composants EJB
...
@Stateless
public class MyBean {
// business code
public void myMethod() {
...
}
}
...
...
@Stateful
public class MonBean {
private String myAttribute;
// business code
public void myMethod() {
...
}
}
...

Composants EJB : Entité
z Bean Entité (avant EJB 3.0)
z Objet métier persistant
z Deux types :
z Container-Managed Persistence (CMP) : bean
dont la persistance est directement assurée par
le conteneur d'EJB
z Bean-Managed Persistence (BMP) : bean dont
la persistance a dû être programmée par le
développeur
JPA
z JPA = Java Persistence API
z Nouveau service depuis J2EE 1.5
z API standard pour gérer la persistance
z Approche objet/relationnel (modèle/SGBDR)
z Remplace les EJB entities
z Couche d'abstraction s’appuyant sur JDBC
Plan du chapitre
z Architecture
z Développement d'une application
J2EE et Frameworks
Développement d'application J2EE
z Processus général :
z Création de composants applicatifs J2EE qui seront
regroupés en modules, puis déployés
individuellement ou comme application J2EE
z Création de composants applicatifs
z Modélisation des règles métiers sous la forme de
composants applicatifs
z Regroupement des composants selon leur type
(Web, EJB, etc.) avec, pour chaque module J2EE,
un descripteur de déploiement. Ces modules
composeront l'application J2EE

z Assemblage de l'application (packaging)
z Les modules J2EE développés sont assemblés de
différentes manières : tâches ant, Maven, ...
z Ils peuvent être déployés :
z comme applications à part entière ou
z être assemblés avec un descripteur de déploiement J2EE
et être déployés en tant qu'application J2EE. L'application
J2EE est alors packagée dans un fichier possédant
l'extension .ear.
z Déploiement de l'application
z Consiste à installer et à configurer des modules
ou l'application sur la plateforme J2EE
z Application J2EE (aggrégation de différents tiers)
z Fichier « .ear » + descripteur « application.xml »
z Niveau Web
z Web : fichier « .war » + descripteur « web.xml »
z Niveau EJB
z Fichier « .jar » + descripteur « ejbjar.xml »
z Niveau accès aux données (connecteurs JCA)
z Fichier « .rar » + descripteur « rar.xml »
Frameworks
z Il est parfois lourd d’utiliser un composant
standard de J2EE :
z trop ouvert, trop complexe, design patterns à
connaître et à implémenter
z Solution : les frameworks
z couches d'abstraction s'appuyant sur d'autres
briques plus génériques visant à simplifier
l’utilisation de certaines technologies
z briques spécialisées intégrant un ensemble de
bonnes pratiques et un cadre de codage
Frameworks : Struts
z Ne nécessite qu'un simple moteur de servlet
contrairement aux EJB
z Implémentation du modèle MVC2
z Basé sur les technologies Servlet/JSP
z Autres frameworks : JSF, Spring-MVC, ...

Frameworks : Hibernate
z Permet l'accès à une SGBD
z Mapping objet/relationnel : abstraction des
accès à la SGBD par l'utilisation d'objets
mappés sur les données
z Puissant et performant :
z lazy-loading
z filtres
z etc.
Frameworks : Spring
z Ne nécessite qu'un simple moteur de servlet
contrairement aux EJB
z Conteneur léger : fabrique d'objets
z Définition d'interfaces
z Prise en charge de la création et la mise en
relation d’objets par l’intermédiaire d’un fichier
de configuration
z POA : programmation orienté aspect

Cours d'introduction à la programmation j2ee donc java 2ee

Contenu connexe

Similaire à Cours d'introduction à la programmation j2ee donc java 2ee(20)

Dernier(20)

Cours d'introduction à la programmation j2ee donc java 2ee