Question

Utilisez-vous toujours des EJB de session ou d’entité dans votre projet? Pourquoi?

Était-ce utile?

La solution

EJB3 constitue une vaste amélioration par rapport aux versions précédentes. Techniquement, c’est toujours techniquement le jeu d’outils d’implémentation côté serveur standard pour JavaEE et, comme il n’a plus aucun bagage précédent (grâce aux annotations et à Java Persistence), il est tout à fait utilisable et en cours de déploiement. Comme l’a souligné un intervenant, JBoss SEAM s’appuie sur cette dernière.

EJB 3 est une alternative viable à Spring, et les deux technologies pourraient devenir plus étroitement liées. cet article indique que Spring 3.0 sera compatible avec les EJB. Lite (dont je ne sais pas exactement ce que c'est) et éventuellement faire partie de Java EE 6.

EJB ne va nulle part.

Autres conseils

Nous travaillons avec EJB ici et cela fonctionne assez bien avec JBoss Seam et JSF, Faclets et MyFaces Trinidad. Bonne interface utilisateur, création de modèles, AJAX et production stable fonctionnant 24 heures sur 24, 7 jours sur 7 sur JBoss 4.2.

C'est une bonne pile pour les processus métier, les flux de travail, les messages, les services Web et le contrôle de l'interface utilisateur. Livraison rapide de fonctionnalités, programmation facile et mise à la terre stable basée sur entitybeans avec persistance mysql.

Je ne veux pas manquer l'ensemble des fonctionnalités de l'EJB 3 pour les tâches exigées par notre produit.

EJB est toujours là et grandit. De nombreuses nouvelles fonctionnalités (service Web SOAP / RESTful, entités JPA, JAXB, etc.) en dépendent ou, du moins, réutilisent la philosophie du développement.

Voir l'aperçu de nouvelles fonctionnalités de Java EE 6 . EJB 3.1 et WebBeans 1.0 aident à rendre l’environnement de conteneur Java EE 6 plus facile à utiliser, à l’instar de structures telles que Seam sur Java EE 5 ou Spring. Si vous connaissez Spring 3, cet article illustre l'évolution de Java EE pour devenir un framework comparable.

Oui, mais les EJB étaient stupidement complexes pour la plupart des cas d'utilisation. Très intelligent, mais réel dans la plupart des cas. D'où l'approche allégée prise de nos jours.

Justin

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top