Différence entre EJB 2.0 et EJB 3.0

EJB 2.0 vs ejb 3.0

Les deux ejb 2.0 et EJB3.0 sont la version d'Enterprise Java Beans (EJB) qui a une large popularité pour son architecture gérée et côté serveur pour la construction modulaire d'applications d'entreprise. ejb2.0 et EJB3.0 Les deux servent ses utilisateurs de la même manière, mais le point central autour de l'EJB 3.0 est qu'il a simplifié la vie des développeurs par rapport à EJB2.0. EJB 2.0 est conçu sous le JCP (Java Community Process), permet à EJB d'architecture de faciliter la mise en œuvre et le déploiement d'applications de services Web basés sur la technologie Java. D'un autre côté EJB 3.0 fournit une base pour définir la nouvelle API EJB simplifiée qui aide à une facilité de développement. Sa fonction supplémentaire est la nouvelle API de persistance Java pour la gestion de la persistance et de la cartographie des objets / relationnels avec Java EE et Java SE.

EJB 2.0 utilise des haricots entités pour accéder à la base de données mais EJB 3.0 prend en charge l'API Java Persistance pour tous ses besoins de données suffisamment généralisés pour résoudre tous les problèmes de portabilité. EJB 3.0 est meilleur dans les performances d'une manière qu'il utilise Pojos avec l'annotation des métadonnées nouvellement introduite qui est relativement plus rapide que les fichiers XMLDescriptor et JNDI utilisés par EJB 2.0 pour référence d'objet.

EJB 2.0 est un poids lourd en termes de ses besoins pour écrire des interfaces à la maison et à distance et à exécuter également des interfaces standard comme Javax.EJB.SessionBean. EJB 3.0 n'a pas la restriction pour utiliser des interfaces standard. Il s'agit d'un POJO simple et bien configuré qui n'a pas besoin d'implémenter des méthodes de rappel de conteneurs comme Ejbactivate, Ejbload, Ejbstore, etc. Pojo comme ejb 3.0 Les entités sont légères et il est sans effort de se convertir d'un DAO en haricot entité ou vice versa.

EJB 2.0 a la limitation et l'inflexibilité pour écrire des requêtes de base de données à l'aide de EJB-QL tandis que EJB 3.0 facilite avec EJB-QL raffiné et donc les requêtes de base de données écrites sont très flexibles.

La sécurité est fournie dans EJB 2.0 Grâce à l'utilisation des descripteurs de déploiement. Ejb3.0 utilise des annotations pour simplifier les tâches de configuration et de configuration pour les problèmes de sécurité. EJB 3.0 peut facilement être utilisé avec des fournisseurs de persistance tiers enfichables mais EJB 2.0 a des limites à cet égard.

Résumé:
1. EJB 2.0 utilise les haricots d'entité pour accéder aux bases de données mais EJB3.0 utilise le JPA pour accéder à la base de données.
2. EJB.0 Besoin de description du déploiement mais il n'y a aucune exigence de description du déploiement lors de l'utilisation de EJB3.0.
3. Dans EJB 2.0, nous devons écrire une interface à la maison et à distance pour avoir accès aux bases de données tandis que EJB3.0 n'a pas une telle contrainte et est plus pratique à cet égard.
4. Les problèmes de sécurité sont gérés par le biais de descripteurs de déploiement dans EJB2.0 mais ejb3.0 utilise l'annotation.
5. EJB 2.0 a une limitation de sa pergabilité avec les fournisseurs de persistance tiers.
6. Dans EJB3.0, la requête est très flexible et plusieurs niveaux de jointures sont activés via l'EJB-QL raffiné.