Différence entre EJB 2.1 et EJB 3.0

 EJB 2.1 vs ejb 3.0

La transition majeure de l'EJB 2.1 à l'EJB 3.0 était principalement centré sur les performances en termes de vitesse et de sortie et de simplicité. Sa modification se concentrerait sur la façon dont le nouveau programme fonctionnerait avec d'autres programmeurs comme le Java EE5.

À partir d'une application de l'EJB 2.1 au nouvel EJB 3.0 Architecte, il peut être correct de dire que la version améliorée est une réponse aux lacunes précédentes de l'EJB 2 alors.1.

Regardons certaines des transitions majeures.

Simplicité

L'EJB 3.0 offre une simplicité dans la manipulation du contenu, qui est peut-être l'un de ses principaux facteurs exceptionnels. Contrairement à l'EJB 2.1 Vous pouvez désormais créer une application d'entreprise Java Bean avec beaucoup de simplicité.

C'est ainsi parce que l'EJB 3.0 L'opération est basée sur la configuration de programmation d'objet Java Plain Old (POJO) qui appréhende les données en utilisant des annotations Java qui ont été contenues par les descripteurs de déploiement. Dans la plupart des cas, les descripteurs de déploiement sont les moins nécessaires.

Par opposition à l'EJB 2.1 qui nécessite de noter plus de codes à l'appui, l'inverse est vrai lors de l'utilisation de l'EJB 3.0 composants qui doivent vous obliger à noter et à conserver moins de codes de support offrant ainsi l'expérience la plus simplifiée dans la programmation.

Efficacité

Il est indiqué que le nouvel EJB 3.0 est environ 45% plus efficace par rapport à l'EJB 2.1. Ceci est attribué aux principales modifications à l'EJB 2.1 comme expliqué ci-dessous.

Remplacement du DTD qui a identifié l'EJB-JAR.Les descripteurs d'arrangement XML par le schéma XML modifié et également une manière améliorée de produire des haricots d'entreprise ont rendu l'EJB 2.1 indésirable pour travailler avec. L'introduction de l'objet Java ordinaire bases la quintessence à travers l'API persistante Java.

Alors que l'introduction des haricots de session a modifié le renforcement supplémentaire du service Internet, EJB 3.0 a introduit le fonctionnement d'endurance en entité de poids plume. Ces entités sont basées sur un ancien objet Java et ne nécessitent ni les codes EJB qui y s'exécutent ni une interface. De plus, ils peuvent travailler en dehors d'un conteneur EJB

Caractéristiques

Quand EJB 2.1 exigeait que l'interface constituante dépasse celle de la structure EJB, ils sont maintenant écrits comme d'anciens objets Java simples lors de l'utilisation de l'EJB 3.0, qui manifeste une vieille interface java simple et ne nécessite donc pas l'interface domestique.

Introduction de méthodes améliorées comme l'utilisation des annotations de métadonnées et d'autres mécanismes utilisés pour créer les codes Java et les descripteurs XML, contrairement à l'EJB 2.1 descripteurs de distribution qui étaient lourds et inexacts.

L'EJB 2.1 application a obligé le conteneur J2EE à postuler les services nécessaires pour travailler avec précision l'EJB et les rendre difficiles à tester. JNDI dépend souvent de l'EJB 2.1 Lorsque l'utilisation d'applications est monotone et prend du temps.

EJB 3.0 ne nécessite pas d'allocations spécifiques d'interface et de descripteurs. En effet. Vous pouvez utiliser plus souvent des valeurs par défaut lorsque vous utilisez l'EJB 3.0 application par opposition à l'EJB 2.1. L'EJB 3.0 offre une incohérence moins vérifiée permettant la créativité.

Résumé

L'EJB 3.0 dans la nouvelle transition de l'EJB 2.1.

Il est facile de travailler avec l'EJB 3.0 par opposition à l'EJB 2.1 version.

L'EJB 3.0 utilise des entités qui sont principalement un ancien objet Java (POJO).

EJB 2.1 nécessite de noter plus de codes à l'appui par rapport à l'EJB 3.0 qui réduit le nombre de codes de support.

Le DTD dans l'EJB 2.1 est remplacé par le schéma XML modifié dans l'EJB 3.0.

Les codes Java sont facilement générés par les applications améliorées dans l'EJB 3.0 contrairement à l'EJB3.1 où le processus est très difficile.