je veux savoir c'est quoi les EJB3 et quels sont ses avantages?
Version imprimable
je veux savoir c'est quoi les EJB3 et quels sont ses avantages?
le peu que je sais, c'est qu'apparement il y a moins de classe dans les EJB3, donc des applications moins lourdes, mais honnetement vu la puissance des machines maintenant...
mais qu'elle est la difference dans le developpement entre un ejb et un ejb3
un ejb a plusieurs versions
les ejb1, les ejb2 et les ejb3
actuellement quand on parle d'ejb on parle du 2 ou du 3.
dans la version 1 il n'y avait pas d'ejb messages
dans le cas d'EJB entite ou session est ce que c'est le meme dans ejb1 et ejb3Citation:
Envoyé par khokho
EJB 3 n'as rien à voir avec EJB 2 (et encore moins avec EJB ) .
Le but premier des EJB etait de definir un composant réutilisable .
La norme etant trop compliqué et trop intrusif ( un composant EJB doit
implémenter pas mal d'interfaces ) , Sun s'est mis à spécifier EJB 3 .
EJB 3 est un regroupement de techno pour régler les pb :
-de persistance des données
-transaction complexes
-communication asynchrone
-sécurité
-localisation ( JNDI, ..)
-etc .....
Ce que je sais sur EJB3 c'est que concernant la persistance des données
ce sera Hibernate ( en gros Hibernate est inclus dans la spec EJB 3 ) .
Donc contrairement à EJB2 , dans EJB3 pas besoin d'implementer
des EntityBean et de définir des tonnes de finder et de méthodes , un
simple objet Pojo suffit !
Donc on ne peut developper des ejb3 que si on a hibernate??
Non je crois que ce que raj a voulu dire c'est que le modèle de persistance de donnée va se calquer sur le modèle d'hibernate, autement dit ce sera plus simple d'utilisation...Citation:
Envoyé par mejri
Est ce qu'on ne parle pas de la persistance des données dans ejb1 e ejb2?Citation:
Envoyé par raj
biensur que si, c'est l'une des raisons de la creation des EJB, j'ai bien dis l'une des raison et non l'unique. d'ailleurs, la persistance se constate grace aux différents types d'EJB qu'il y a, cad, les CMP et le BMP pour représenter une base données et donc ce sont eux qui integrent la notion de persistance, et les EJB session qui eux représentent les données du client.
Y a t il plusieurs methodes pour se connecter a une base de données dans le developpement des EJB
Il me semble que tu as deux méthodes de gestion de la persistance ... :
Entity Bean BMP
Entity Bean CMP
Les premiers te demandent d'implémenter dans le bean tes appels à la couche de données (ou bien directement à la base selon ton architecture)
Les seconds instaurent une gestion automatique de la persistance par le conteneur.
En résumé :
BMP = plus de possibilités surement mais tu le fais toi mm
CMP = gestion auto mais, je pense, nécessite un mapping simple (je crois que ca ressemblait à un bean pour une table)
Menfin bref, je garantis rien, ca reste des éléments THEORIQUES pour ma part ... sinon, en ce qui concerne la persistance, sujet sur lequel je me penche un peu plus ces derniers temps, tu as deux standards mis en place par la communauté JAVA :
- JDO 2.0 (JSR243) approuvée en mars 2006
- EJB3 Persistance (JSR220) en attente d'approbation
Et actuellement un projet d'uniformisation est en cours et partirai des bases de l'EJB3 pour prendre en compte les deux standards et les uniformiser ...
Si tu veux des "references" d'implémentation, tu as :
-JPOX, soutenu par SUN, pour JDO2
-Hibernate, considéré comme l'implémentation la plus proche du modèle EJB3 Persistance (puisque le standard s'est (fortement) inspiré d'Hibernate).
Niveau fonctionnement, en GROS :
Des POJOs objets pour un modèle objet ... un fichier de mapping O/R (ou des annotations pour EJB3) ... et l'API se debrouille pour mettre en commun les deux et s'occuper de tes demandes ...
Voila pour la partie théorique :) ... en attente de confirmation pour ceux qui y ont touché :p
Merci pour votre reponce.
Je veux savoir est ce que c'est conseiller d'utiliser Hibernate?
bah ca dépend si tu considères que sa large utilisation dans le monde du dvlpt en entreprise fait partie d'un critère de choix ;) ... sdi c'est la cas, je dirai OUI ... surtout avec l'arrivée d'EJB3 ... et yaura surement moyen de migrer vers du total EJB3 compliant dans les versions ultérieures d'Hibernate sans trop de difficultés :)
Bien sur qu'on parle de la persistance des données dans ejb1 et ejb2 c'est leCitation:
Envoyé par mejri
cas des ejb entity , mais il faut bien comprendre que la persistance des données n'est qu'une des préoccupation transverses dont s'occupe de répondre les EJB (et les serveurs J2EE) .
Ce que j'ai tenté d'expliquer c'est que EJB3 != Hibernate .
Car EJB n'est pas un framework de persistance mais une technologie
visant à fournir des composants d'entreprises !
La norme EJB3 couvre d'autres champs que la persistance et pour ce qui est de la persistance , il n'y auras plus de EJB CMP et EJB BMP mais on va s'appuyer sur Hibernate .
Pas tout à fait, JPA (Java Persistence API) tire son inspiration d'Hibernate, de TopLink, de JDO et d'autres solutions de mapping O/R. En particulier, les API sont différentes.Citation:
Envoyé par raj
Pour les EJB 3, vous pouvez lire ceci: http://clio.developpez.com/tutoriels/java/jee/ejb-3/
Pour les plus téméraires:
http://www.netbeans.org/kb/55/ejb3-preview.html
bonjour,
JDO venant juste de se faire valider il y a qq tps, et que la spec vient de sun, je te conseillerais de choisir cela.
Hibernate a le merite d'etre tres tres implanter dans les milieux prof. mais est aussi pas mal decrié. Hibernate a surtout ete pionnier et innovant concernant la persistance de donnees. Il a pris a vide que java n'avait pas comblé.
Depuis Sun essaye de corriger cela notament avec JDO.
Je ne conseille pas d'utiliser les CMP/BMP pour toutes les applications ayant des acces intensifs aux bases car ces EJB sont tres gourmants en ressources mais aussi en tps pour les mettre en place.
De plus niveaux performance ils laissent tres tres franchement a desirer : bcp trop lents.
Si tu optes pour les EJB, je te conseille de faire des session Bean que tu developera toi meme pour une pseudo persistance (si utilisation intensive des bases).
Ciao
euh, je crois que la correction que SUN apporte, c'est essentiellement l'apparition de EJB3 persistance...Citation:
Envoyé par croote
Car la progression de JDO etait à prévoir, toutefois, voyant l'impact de persistances s'appuyant sur d'autres principes (Hibernate, TopLink), SUN répare le tout en sortant une nouvelle spec... preuve en est la proximité temporelle entre les deux spec (validation le 28/02 pour JDO2 et final release les jours suivants pour EJB3).
Pour cloturer le tout, comme l'a dit alexismp, SUN est actuellement (encore !!! ?!?) sur une API de persistance, qui reprendra le travail d'EJB3 et fera une synthese de JDO et EJB3 pour aboutir à une API commune et unique, un STANDARD quoi ^^ ... Cette api aura une compatibilité avec les spec de JDO2 et EJB3 et permettra de faire converger tous les frameworks vers une APi unique :)
JDO est antérieur à Hibernate.Citation:
Envoyé par croote
Pour le reste, BizuR a fait une bonne synthèse.