Différence entre EJB 2.1 et EJB 3.0

 EJB 2.1 vs EJB 3.0

La transition majeure entre les EJB 2.1 et les EJB 3.0 était principalement axée sur les performances en termes de rapidité et de rendement et de simplicité. Sa modification serait centrée sur la manière dont le nouveau programme fonctionnerait avec d’autres programmeurs comme le Java EE5..

D'une application d'EJB 2.1 au nouvel architecte EJB 3.0, il peut être correct de dire que la version améliorée constitue une réponse aux faiblesses antérieures de l'EJB 2.1 de l'époque..

Voyons quelques-unes des principales transitions.

Simplicité

L'EJB 3.0 offre une simplicité dans la manipulation du contenu, qui est peut-être l'un de ses principaux facteurs en suspens. Contrairement aux EJB 2.1, vous pouvez maintenant créer une application Enterprise Java Bean avec beaucoup de simplicité..

En effet, l'opération EJB 3.0 est basée sur une configuration de programmation POJO (Plain Old Java Object) qui appréhende les données à l'aide des annotations Java contenues dans les descripteurs de déploiement. Dans la plupart des cas, les descripteurs de déploiement sont les moins nécessaires.

Contrairement à l'EJB 2.1 qui nécessite de noter davantage de codes de support, c'est l'inverse qui se produit lorsque vous utilisez les composants EJB 3.0, ce qui vous oblige à noter et à garder moins de codes de support, offrant ainsi une expérience de programmation des plus simplifiées..

Efficacité

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

Le remplacement de la DTD qui identifiait les descripteurs d'agencement ejb-jar.xml par le schéma xml modifié et une méthode améliorée de production de beans entreprise ont rendu le fonctionnement de l'EJB 2.1 indésirable. L’introduction de Plain Old Java Object base la quintessence à travers l’API persistante Java.

Alors que l’introduction des haricots de session modifiait le renforcement ajouté pour le service Internet, EJB 3.0 a introduit le fonctionnement de l’endurance des haricots de poids plume. Ces entités sont basées sur Plain Old Java Object et ne nécessitent ni les codes EJB qui y sont exécutés ni une interface. En outre, ils peuvent travailler en dehors d'un conteneur EJB

Caractéristiques

Lorsque EJB 2.1 exigeait que l'interface constitutive surpasse celle de la structure EJB, ils sont désormais écrits en tant qu'objets normaux classiques avec EJB 3.0, qui manifestent une interface ancienne en langage clair et ne nécessitent donc pas l'interface home..

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

L'application EJB 2.1 nécessitait que le conteneur J2EE postule les services nécessaires au bon fonctionnement de l'EJB, ce qui les rendait difficiles à tester. JNDI est fréquemment utilisé dans EJB 2.1 lorsque l'utilisation d'applications est monotone et prend beaucoup de temps.

EJB 3.0 ne nécessite pas d'allocations spécifiques pour les interfaces et les descripteurs. Cela est dû au fait que les annotations possèdent un remplacement approprié pour les descripteurs d'attribution. Vous pouvez utiliser les valeurs par défaut plus souvent lorsque vous utilisez l'application EJB 3.0, par opposition à EJB 2.1. L'EJB 3.0 offre moins d'incohérences vérifiées, ce qui permet la créativité.

Résumé

Les EJB 3.0 dans la nouvelle transition d'EJB 2.1.

Il est facile de travailler avec le EJB 3.0 par opposition à la version EJB 2.1.

L’EJB 3.0 utilise des entités principalement basées sur POJO (Plain Old Java Object)..

EJB 2.1 nécessite de noter davantage de codes de support par rapport à EJB 3.0 qui réduit le nombre de codes de support.

La DTD de l’EJB 2.1 est remplacée par le schéma XML modifié de l’EJB 3.0..

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