EJB, retour d expérience

Transcription

1 EJB, retour d expérience Les Jeudi de l Objet Ecole des Mines de Nantes 29 Mars 2001 Jean-François Crépeau T-Systems Page 1.

2 T-Systems Jean-François CREPEAU Directeur de l Innovation Nouvelles Technologies Adresse Contact Mobile Soleri S.A. 22, Boulevard des Tchécoslovaques BP Lyon Cedex 07 tél. : +33 (0) fax : +33 (0) jfcrepeau@soleri.com +33 (0) Page 2.

3 T-Systems Présentation debis ITSF T-Systems en France Groupe SPRING Page 3.

4 Deutsche Telekom Organisation Deutsche Telekom T-Com T-Mobile T-Online T-Systems ( pers.) Informatique et Téléphonie classique Téléphonie mobile Services Internet Télécommunications Matav (H) Metro- Holdings (UK) MultiLink (CH) Wind (I)... T-Mobil (D) Maxmobil (A) One2one (UK)... T-Online (D) Club Internet (F) T-Online Austria (A)... debis IT Services Siris (F) DeTeCSM (D) DeTeSystem (D) DeTeLine (D) T-Nova (D)... Page 4.

5 T-Systems Le groupe en France Lille Brest Rennes Nantes Paris Orléans Dijon Nancy Strasbourg Effectif global : Effectif commercial : 180 Nombre d implantations en France : 17 Niort Clermont-Ferrand Bordeaux Toulouse Lyon Aix Nice Marseille Page 5.

6 EJB, retour d expérience Objectifs Le décor Les questions Des projets java de plus en plus stratégiques et importants en volume Un standard JSP/Servlet/JDBC largement utilisé Une littérature très importante sur le thème des EJB Les EJB sont-ils «matures»? Qui a déjà utilisé et déployé des EJB? Les EJB sont-ils utiles pour mon projet? Comment dois-je les utiliser? Page 6.

7 EJB, retour d expérience Méthodologie Interviews d équipes projet Equipes T-Systems Equipes client où T-Systems intervient Equipes client chez qui T-Systems n intervient pas En France, en Espagne, en Allemagne et aux USA Tertiaire et Industrie Une trentaine de projets consultés Recherche sur le WEB d offres EJB et retour d expérience Une vision très «Terrain» Page 7.

8 EJB, retour d expérience Sommaire Rappels techniques Retour d expérience comment sont utilisés les EJB cas concrets d architectures et d utilisations d EJB exemples de composants EJB vendus par les éditeurs Bien utiliser les EJB Conclusion Où en sommes nous avec les EJB? Page 8.

9 EJB, Rappels techniques Standard EJB (Enterprise JavaBeans) partie de l architecture J2EE de SUN (Servlet & JSP, Applets, JDBC, JNDI, ) description par SUN d une architecture à composants JAVA distribués, pour des serveurs transactionnels une «spécification» dont l implémentation est réalisée par les éditeurs dans des serveurs d EJB comme WebSphere, WebLogic, Composant EJB, container, serveur un EJB «vit» dans un «container» (dispositif du serveur d EJB) qui peut lui procurer des services tels que la gestion de la persistance, la gestion transactionnelle, la gestion de la sécurité, la gestion des accès concurrents, un serveur d EJB peut héberger plusieurs instances du conteneur Portabilité des composants EJB un EJB peut fonctionner dans tout «container» d EJB (indépendance vis à vis de l éditeur de serveur d EJB) Page 9.

10 EJB : Rappels techniques Composants de l architecture EJB Entity Bean Table Client Session Bean Entity Bean Table Session Bean Entity Bean Table Base de données Conteneur d EJB Client Serveur d EJB Page 10.

11 EJB : Rappels techniques EJB Session EJB Session : la base des développements métier Non persistant, Utile pour représenter une fonction métier, les étapes d une tâche EJB Session avec Etat utile pour représenter une fonction métier qui s effectue en plusieurs opérations (exemple : remplir son panier électronique) non partagé : dédié à un client déterminé peut représenter les données, la tâche ou la transaction en cours pour un client déterminé EJB Session sans Etat utile pour représenter une fonction métier qui peut être effectué par une seule «méthode» (exemple : consulter son solde) partageable entre clients, performants, peu exigeant (conteneur) peut servir à garder en mémoire des informations stables exploitables par divers clients (exemple : informations de référence) Page 11.

12 EJB : Rappels techniques EJB Entity Représente des données persistantes Partagé entre clients EJB entity CMP (container managed persistence) composant entité géré par le container utilise automatiquement les services de persistance fournis par le container EJB entity BMP (bean managed persistence) composant entité dont la persistence est activée par le container mais dont les mécanismes de persistence sont développés en spécifique implémente sa propre méthode (codée par le développeur) pour assurer sa persistance Page 12.

13 EJB, Rappels des avantages Avantages théoriques de l utilisation d un serveur d EJB les principaux services de base sont apportés par le serveur d EJB : persistance, transactionnel, sécurité, gestion de cache, libération de la mémoire, accès concurrents. le cycle de développement d une application est plus court : le programmeur ne passe pas son temps à développer des «frameworks» pour des tâches techniques qui sont de niveau middleware le programmeur peut se concentrer sur le métier architecture pour la réutilisation de composants au niveau de l entreprise les applications sont indépendantes des systèmes et des éditeurs Composants : même processus métier utilisables par divers clients (HTML, Java, COM) Page 13.

14 Retour d expérience Comment sont utilisés les EJB Constat homogène sur les EJB : peu utilisés et le plus souvent de façon très limitée l approche «avec les EJB le programmeur peut se concentrer sur le métier» donne des résultats décevants en terme de performance Il faut de toute façon se pencher sur les aspects définir l architecture de l application reste très important réputation des EJB : technologie immature, complexe, peu fiable Raisons avancées lors d un projet pour écarter les EJB : approche composant absente au niveau de l entreprise réutilisation inutile, application non distribuée projet urgent, compétences insuffisantes, expérience limitée Raisons avancées pour introduire les EJB dans un projet : rester «à la page» techniquement, développer plus facilement se laisser la possibilité de faire ultérieurement de la réutilisation architecture distribuée Page 14.

15 Retour d expérience Comment sont utilisés les EJB Les architectures Intranet intègrent souvent un serveur d EJB sans utiliser les EJB : Le serveur d EJB respecte l architecture J2EE et offre des services de base hors EJB : l accès distribué aux objets JAVA, même non EJB (avec RMI, JNDI, JIDL) l accès aux bases de données relationnelles avec JDBC les Java Servlets : se chargent des communications (requête-réponse) avec les clients peuvent gérer la persistances (bases ou fichiers) peuvent être clientes d autres services (exemple JDBC) JSP : présentation avec HTML + JAVA services transactionnels -JTS- et service de communication asynchrone par messages entre objets distants -JMS-) Le serveur d EJB offre des facilités d administration et de déploiement sur les Servlets et les JSP Page 15.

16 Retour d expérience Comment sont utilisés les EJB EJB Session sans état EJB Session avec état EJB Entité CMP et persistance gérée par le container EJB Entité BMP transactions distribution des traitements sécurité pool de connexion Servlet, JSP Page 16.

17 Retour d expérience Comment sont utilisés les EJB session Utilisation des EJB session on utilise surtout les EJB session sans état souvent associés à une fonction élémentaire ou une action sur l IHM créer, supprimer une donnée (et celles qui lui sont reliées par l intégrité relationnelle) «valider» une saisie sur un IHM appellent en général des objets métier (non EJB) pour l exécution des mises à jour de données (avec JDBC) exemple d EJB session avec état : unique dans toute l application sert à manipuler les autres objets métier (non EJB) possède 4 méthodes génériques associées à la navigation dans l IHM avancer, reculer, abandonner, valider Page 17.

18 Retour d expérience Comment sont utilisés les EJB entity Utilisation des EJB Entity peu utilisés (préférence pour des classes Java utilisant JDBC) 2 exemples de cas d utilisation parmi nos projets : ce sont des EJB Entity CMP premier cas : uniquement en mise à jour unitaire les lectures sont faites par des classes Java + JDBC deuxième cas : mise à jour et lecture, pour une application très simple (2 EJB, correspondant à 2 tables de données type paramètres) L EJB est employé à travers une classe Java qui contiendra toutes ses données (après lecture et avant mise à jour) cette classe est la seule à faire appel à l EJB appels à l EJB : le plus rarement possible Autrement dit, encapsulation de l EJB qui est cantonné à sa fonction technique Page 18.

19 Retour d expérience Comment sont utilisés les services EJB Utilisation des facilités transactionnelles d un serveur d EJB un cas concret sur nos projets : transaction associée à chaque méthode (créer, supprimer, etc.) d un EJB Session sans état qui appelle des EJB Entité CMP plus souvent, les transactions JDBC sont débutées et terminées explicitement dans le code Java Une gestion transactionnelle souvent confiée intégralement au SGBD! «distribution» des traitements (exemples concrets) XML entre un serveur d EJB et des applications non java (C++, Cobol, smalltalk,..) RMI entre un serveur WebSphere centralisé et d autres, départementaux serveur central communique avec un OS/390 et contient 1 EJB session et des objets java serveurs départementaux : JSP et objets Java (pas d EJB ) RMI entre un client Java et des EJB Session sur un serveur d EJB RMI entre serveur de JSP et serveur d EJB séparés Page 19.

20 Retour d expérience Serveurs et Outils pour les EJB En production : WebSphere ou Weblogic En développement : WebSphere et VisualAge Java, presque systématiquement même si même si c est WebLogic qui est utilisé en production VisualAge Java est parfois critiqué en retard sur la version courante de Java gestion de sources trop délicate (sic) Together de TogetherSoft ou Rational Rose pour la conception Together employé parfois jusqu à la génération des EJB pas encore employé pour le développement ou les tests Versata (générateur d EJB) : une approche 4GL des EJB Page 20.

21 Retour d expérience cas concrets (1) Gestion des formations Architecture Internet SUN WebSphere JSP SERVLETS OS/390 Navigateur HTML CMP JDBC DB2 LDAP Page 21.

22 Retour d expérience cas concrets (1) Gestion des formations Motivations pour l emploi les EJB faire un premier projet en nouvelle technologies (!) expérimenter une façon correcte d employer les EJB tests initiaux par la cellule Architecture «EJB entités en lecture : pas performants» «EJB entités BMP inutiles : utiliser les EJB entités CMP» examen du premier prototype, recommandations par la cellule Architecture : moins d EJB : un seul EJB métier (Session) pour gérer une entité créer, modifier, supprimer ( plutôt q un EJB Session par fonction élémentaire) Page 22.

23 Retour d expérience cas concrets (1) Gestion des formations EJB Session Sans Etat Objet métier «Gérer Organisme de formation» méthode créer méthode modifier EJB Session Sans Etat «Copieur» 1 - examine chaque objet de l arbre d objets et passe chacun d eux à «Préparateur» 2 - renvoi des listes d éléments préparés EJB Session avec Etat «Préparateur» 1 - prépare les éléments de la modification qui touche l objet 2 - renvoi les éléments préparés Transaction 1 - appel le «Copieur» en lui passant l arbre d objets 2 - déclenche la modification des éléments préparés EJB Entité CMP «Ville» EJB Entité CMP «Adresse» EJB Entité CMP «Responsable» EJB Entité CMP «Organisme» Page 23.

24 Retour d expérience cas concrets (2) Poste de travail Navigateur Navigateur HTML HTML Navigateur HTML Navigateur Navigateur HTML HTML Navigateur HTML Navigateur HTML Navigateur HTML Agence 2.1 Agence 1.1 Agence 1.2 Navigateur HTML Navigateur HTML Navigateur HTML Agence 2.2 Agence de regroupement 1 WebSphere JSP SERVLETS Java, RMI Navigateur HTML Navigateur HTML Agence de regroupement 2 WebSphere JSP SERVLETS Java, RMI Navigateur HTML Navigateur HTML WebSphere un seul EJB SESSION Transaction Gateway MQSeries OS/390 CICS MQSeries Informatique centralisée DB2 Page 24.

25 Retour d expérience cas concrets (2) Poste de travail Motivations pour l emploi des EJB (de façon limitée) première application objet compétence des développeurs insuffisantes pour les lancer sur les EJB serveur d application choisi pour : serveur de servlets, architecture 3 niveaux, répartition de charge EJB entités peu intéressants car aucun accès aux bases de données (mais à des programmes CICS sur OS/390) aspect transactionnel : inutile car MQSeries est employé L utilité de l unique EJB session est en cours de reconsidération éventualité : faire sans EJB Page 25.

26 Retour d expérience cas concrets (2) Poste de travail JSP JSP JSP JSP Classes Java Classes Java Classes Java Classes Java Classes Java Classes Java RMI 1 unique EJB Session Sans Etat Point de jonction entre le site central grand système et les serveurs décentralisés Java MQ Java CICS Programme CICS Programme CICS Programme CICS Programme CICS WebSphere agence de regroupement WebSphere en Central Site Central OS/390 Page 26.

27 Retour d expérience cas concrets (3) Poste de travail OS/390 CICS Réseau Privé Virtuel XML App Server EJBs Sessions XML UNIX C++/ SMALLTALK + composant pour XML Navigateur HTML ActiveX NT VB Serveur unique Applications multiples Centre Informatique / réseau local Page 27.

28 Retour d expérience cas concrets (3) Poste de travail Motivations pour l emploi des EJB Constats: architecture proposée par le prestataire qui en avait éprouvé les principes dans des contextes similaires EJB entités : inutilisables dans le contexte il s agit d accéder aux services d applications existantes : CICS, Smalltak, C, etc. sur d autres systèmes l utilisation de XML ne fait pas l unanimité le scripting java dans les pages HTML est difficile à maintenir Page 28.

29 Retour d expérience (3) Poste de travail IBM CICS Gateway EJB Session JOLT Application 1 Programme Cobol CICS Navigateur HTML ActiveX XML XML Servlet Générique TUXEDO Application 2 Programme C sous UNIX EJB Session XML XML Classe Smalltalk Classe C++ «ParseurXML» Page 29.

30 Retour d expérience Composants EJB du marché 28 composants sur le site de SUN (Solutions MarketPlace - EJB components) Compoze Software (Harmony component suite) : EJB pour le groupware (calendrier, contacts, discussions, tâches, ) Ecenture BV Content Management System : EJB pour gestion de contenu d un site Web E-business component suite : EJB pour construire portails communautaires, places de marché électroniques, sites de commerce électroniques Object FX corp : EJB pour la visualisation géographique (Spatial FX) Xenosys Corp : EJB et Servlet implémentant les standards d échanges d information du monde financiers (OFX et ICE) Page 30.

31 Retour d expérience Composants EJB du marché 9 ensembles de composants EJB mentionnées sur CashFlow, InterestRate, Commerce Server Development Kit : pour sites e-commerce catalogue en ligne, panier électronique, gestion d inventaire, prise de commande, recommandation automatique de produits basée sur le comportement du consommateur, etc. Site Forum Suite : fondation pour site e-business boutique en ligne, gestion des contacts, gestion des tâches, conférence en temps réel, forum, Syndeo Collaboration Suite : plate-forme permettant de développer de sites Web dynamiques sans connaissance poussée des EJB (? ) Page 31.

32 Retour d expérience Composants EJB du marché Peu de composants EJB IBM sur «component shop» : Analyseur de texte Order Capture Business Component (entre 1000 et $) 11 composants EJB en version Béta, à modifier vous même (seront inclus dans WebSphere Business Components Studio plus tard) : Calendrier, Devises, WebSphere Business Component Studio (28 $) 1 seul ensemble de composants EJB sur Sims Computing : Flux, the Enterprise Job Scheduler E-XMLmedia Component Suite (5 EJBs pour traiter XML) : Page 32.

33 Retour d expérience Quelques sites «EJB» publics Certains sont lents comparés à des sites ouvertement CGI ( ) Sites qui emploient complètement les EJB: (lent,inaccessible le 16/3/2001) Sites qui n emploient pas les EJB: (fait avec Slash - un serveur Perl) Sites dont on ne voit pas s ils emploient les EJB (absorbé par IONA) (est censé utiliser un peu les EJB de PowerTier) Page 33.

34 Retour d expérience Success Stories «EJB» Peu nombreuses beaucoup ( ) mentionnent PowerTier for EJB Surtout très fort en marketing! Page 34.

35 Retour d expérience Bien développer avec les EJB Conception (résumé) Une architecture d application réfléchie est indispensable respecter l architecture en couche MVC prendre en compte les contraintes de performance dès l étape du design de l application (sans sacrifier la modularité qui permet l évolution) diminuer au maximum les accès à la base de données (données stables=ejb Stateless, données utilisateur=ejb Stateful,...) diminuer les appels distants (surtout pour les uses cases fréquents) le client (Servlet,..) n appelle pas les EJB Entités (il passe par des EJB Session) transférer seulement les données d un composant entre les couches présentation et contrôle (Classe JAVA «clône» de l EJB entity) gérer les associations dans des EJB Session stateless séparés (liste dans l IHM = EJB stateless) Page 35.

36 Retour d expérience Conclusion Des retours d expérience étonnament homogènes L utilisation des EJB est encore faible par rapport à JSP/Servlet/JDBC Lorsque les EJB sont utilisés : ce sont surtout des EJB Session Stateless Les performances et la fialbilité sont au rendez-vous La décision d utilisation ou non des EJB Est souvent motivée plus par une intuition que par une étude technique! Dépend beaucoup de la maturité de l équipe par rapport à Java et aux architectures J2EE Finalement, une utilisation des EJB proche de DCOM/ADO! Pas de conclusion hative pour l avenir... Ce n est que le début! Page 36.

37 Questions? Page 37.

38 EJB : annexes Rappels Techniques Développer un composant EJB, c est écrire : Les 2 interfaces client interface «remote» proposant les méthodes métier interface «home» pour gérer le cycle de vie de l EJB (création, suppression, interrogation d objets) la classe de l EJB : implémentation des méthodes métier, implémentation des méthodes du cycle de vie les méthodes de persistance (pour un EJB entity BMP) la classe de clé primaire pour les EJB entity Déployer un EJB (le mettre en place dans un serveur d EJB), c est : écrire le fichier descripteur de déploiement qui définit comment les services du «container» seront fournis à l EJB (sécurité, transactionnel, ) (le serveur d application génère les classes des objets Home et Remote, les stubs et skeletons nécessaires pour l accès distant) Page 38.