Sommaire: Cours introduction a j2ee connaitre l’environnement j2ee
1. INTRODUCTION
1.1. POURQUOI UTILISER UNE PLATEFORME ?
1.2. QU’EST CE QUE J2EE ?
1.3. LES ACTEURS D’UNE APPLICATION J2EE
2. J2EE EN DETAIL
2.1. ARCHITECTURE DU JDK J2EE
2.2. LES DIFFERENTS OUTILS DE « BAS NIVEAU »
2.2.1. Composants
2.2.1.1. Web
2.2.1.1.1. JSP
2.2.1.1.2. Servlet
2.2.1.2. Métier – EJB (Entreprise JavaBean)
2.2.2. Services d’infrastructures
2.2.2.1. JDBC – Java Database Connectivity
2.2.2.2. JNDI
2.2.2.3. JTA / JTS – Java Transaction Api / Java Transaction Services
2.2.2.4. JCA (J2EE Connector Architecture)
2.2.2.5. JMX (Java Management eXtension)
2.2.3. Services de communications
2.2.3.1. JAAS (Java Authentification and Authorization Service)
2.2.3.2. RMI (Remote Method Invocation)
2.2.3.3. Web services
2.2.3.4. JMS (Java Message Service)
2.2.3.5. JavaMail
2.3. IMPLEMENTATION DE J2EE : LES SERVEURS D’APPLICATION
2.3.1. Qu’est ce qu’un serveur d’application ?
2.3.2. Qu’est ce qu’un serveur d’objet ?
3. J2EE EN PRATIQUE
3.1. J2EE CONTRE SES CONCURRENTS
3.2. COMPOSANTS STANDARDS CONTRE FRAMEWORK
3.2.1. EJB vs Hibernate & Spring.
3.2.1.1. Présentation
3.2.1.2. Utilisation
3.2.2. Servlet & JSP vs Struts
3.2.2.1. Présentation
3.2.2.2. Utilisation
3.3. SERVEURS D’APPLICATION : UTILISATIONS ET LIMITES
3.3.1. Open Source
3.3.2. Tomcat : Apache
3.3.3. Jonas : ObjectWeb
3.3.4. JBoss : JBoss
3.3.5. Propriétaire
3.4. IDE (INTEGRATED DEVELOPMENT ENVIRONMENT)
3.4.1. Open Source
3.4.2. Eclipse : IBM
3.4.3. NetBeans : NetBeans
3.4.4. Propriétaire
3.4.4.1. Rational Architect (avec WebSphere) : IBM
3.4.4.2. XCode & WebObject : Apple
3.4.4.3. JDev: Oracle
4. LE FUTUR DE J2EE
Extrait du cours cours introduction a j2ee connaitre l’environnement j2ee
1. Introduction
1.1. Pourquoi utiliser une plateforme ?
Une plateforme est une base générique qui fournit un ensemble de fonctionnalités utiles pour une majorité d’applications. Une plateforme se construit sur la base d’un ensemble de besoins génériques partagés entre plusieurs applications.
Il peut exister plusieurs types de plateformes. De la plus générique à la plus spécifique (optimisée pour un type de métier précis par exemple). Bon nombre de grandes entreprises ont déjà développé des plateformes tels que : IBM (WebSphere), SAP …
L’avantage principal de partir d’une plateforme est que l’équipe de développement n’a pas à s’acquitter de développer certaines tâches (connexion à la base de données par exemple, gestion d’objets …). Ce sont des tâches que l’on retrouve très souvent dans un grand nombre de projet et qui n’ont pas d’intérêt à être re-coder à chaque fois (perte de temps et d’argent). De plus, mieux vaut travailler sur une plateforme qui présente une forte stabilité (ça évite des débuggages inutiles !).
Un autre avantage est la facilité de prise en main des API de cette plateforme. En effet, celle-ci cache très souvent la complexité d’accès à telle ou telle ressource et permet donc un gain de temps énorme pour le développeur qui a donc plus de temps pour se préoccuper du fonctionnement réel de son application (pas de tâche ardue ou générique à développer).
1.2. Qu’est ce que J2EE ?
2EE (Java 2 Enterprise Edition) est une norme proposée par la société Sun, portée par un consortium de sociétés internationales, visant à définir un standard de développement d’applications d’entreprises multi-niveaux, basées sur des composants.
On parle généralement de «plate-forme J2EE» pour désigner l’ensemble constitué des services (API) offerts et de l’infrastructure d’exécution. J2EE comprend notamment :
– Les spécifications du serveur d’application, c’est-à-dire de l’environnement d’exécution : J2EE définit finement les rôles et les interfaces pour les applications ainsi que l’environnement dans lequel elles seront exécutées. Ces recommandations permettent ainsi à des entreprises tierces de développer des serveurs d’application conformes aux spécifications ainsi définies, sans avoir à redévelopper les principaux services.
– Des services, au travers d’API, c’est-à-dire des extensions Java indépendantes permettant d’offrir en standard un certain nombre de fonctionnalités. Sun fournit une implémentation minimale de ces API appelée J2EE SDK (J2EE Software Development Kit).
1.3. Les acteurs d’une application J2EE
La réalisation d’une application basée sur l’architecture J2EE fait appel à différents types de compétences que l’on trouve rarement chez une même personne car cela va de la conception jusqu’à la supervision de l’application en passant par le développement et le déploiement. Afin de pouvoir maîtriser ce processus J2EE adopte l’approche des partages des responsabilités.
Plus spécifiquement pour les EJB, cette approche définit plusieurs niveaux de responsabilité :
– Le fournisseur des EJB : c’est l’acteur qui fournit des composants métiers réutilisables soit par l’achat à un fournisseur de composants, soit par développement interne ;
– L’assembleur d’applications : l’acteur qui est capable de construire une application à partir d’EJB existants ;
– Le déployeur : l’acteur qui récupère l’application et s’occupe de son déploiement dans un serveur d’applications ;
– L’administrateur : l’acteur qui contrôle le fonctionnement du serveur d’application et assure la supervision des applications ;
– Le fournisseur de conteneur : l’éditeur qui commercialise un conteneur web ou un conteneur EJB ; cet éditeur commercialise souvent un serveur d’application incluant ces conteneurs ;
– Le fournisseur de serveur : c’est l’éditeur qui commercialise un serveur d’application (BEA,IBM etc…)
2. J2EE en détail
2.1. Architecture du JDK J2EE
J2EE décrit l’architecture d’un standard pour les serveurs d’application. Nous allons étudier plus précisément les composants, les dépendances et les protocoles utilisés.
Schéma des relations entre composants et « tiers » dans l’architecture J2EE :
Les différents rectangles définissent les conteneurs (de l’environnement d’exécution J2EE) qui fournissent les services pour les différents composants (représenter par les rectangles dans les rectangles). L’ensemble des composants sera expliqué dans le chapitre suivant.
Les flèches représentent les types d’accès que le type d’application peut avoir avec les autres applications distantes. Par exemple, l’application client peut se connecter au « Web Container » par l’intermédiaire des JSP / Servlet, elle peut également se connecter à « EJB Container » …
Voici à présent le schéma de l’interopérabilité entre la plateforme J2EE et les autres programmes (les différents protocoles utilisés).
2.2. Les différents outils de « bas niveau »
Nous venons de voir (très succinctement) l’architecture globale de la plateforme J2EE. Nous allons maintenant présenter les différents outils.
Il existe 3 grands types d’outils :
– Composants
– Services d’infrastructures
– Services de communications
………
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Cours introduction a j2ee connaitre l’environnement j2ee (976 KO) (Cours PDF)
