Discussion :

[maserati]

Bonjour,

je veux créer une application web d'un emploi du temps, je veux savoir les avantages de l'EJB3 pour que je puisse l'utiliser J2EE et pas Spring!

Oui je veux convaincre quelqu'un pour qu'on utilise EJB3 j'ai entendu que c'est plus facile que le Spring ... pouvez vous me dire pourquoi.

Merci d'avance

[OButterlin]

C'est une question qui te donnera en retour des avis différents en fonction de la techno dans laquelle sont encrés le intervenants.

Pour ma part, ayant essayé les 2, mon choix va clairement à EE et donc les EJB3 seront naturellement utilisés pour la couche métier et persistance.

Il faut bien reconnaître que pour la persistance, que je sache, Spring ne propose rien, il se contente de fournir des services aux ORM (Hibernate par exemple). De ce point de vue, la différence est légère, les 2 techno pouvant utiliser JPA.
Pour la couche métier, EJB à un gros avantage je pense dans l'aspect "Remote" et "Message driven".
Pour le reste, d'un point de vue facilité, c'est presque pareil, aux annotations près. On retrouve l'injection de dépendances, les services de transaction etc...

De mon point de vue, Spring n'a plus d'intérêt à l'heure actuelle (je ne remets pas en cause la qualité des services fournis), on peut tout faire avec EE tout aussi facilement sinon plus et c'est LE standard.
Dans les 2 cas, il y a une courbe d'apprentissage non négligeable.

Ce n'est que mon point de vue

[longbeach]

+1 pour les EJB.
Les EJB 3.0 / 3.1 peuvent très bien répondre à ton besoin.

[sebastien.hebert]

Idem. Mon choix se porte sur les EJB 3.1.

[Patriarch24]

Etant donné que tous les serveurs n'implémentent pas complètement les specs JEE, c'est encore une option d'utiliser Spring.
Maintenant, c'est clair qu'il est devenu tellement simple de créer/configurer/déployer (des annotations et c'est tout !) une appli JEE avec des EJB 3, des services web (SOAP, REST, ...), etc, que ce serait dommage de s'en priver, surtout si on déploie sur Glassfish !

Donc +1 pour les EJB.

[OButterlin]

Etant donné que tous les serveurs n'implémentent pas complètement les specs JEE, c'est encore une option d'utiliser Spring.

Je dirais même que c'est la seule vraie raison qui reste pour l'usage de Spring

[fr1man]

@ OButterlin
C'est un peu réducteur pour Spring.
On peut aussi utiliser les deux conjointement pour bénéficier des avantages de chacun.

[OButterlin]

C'est un peu réducteur pour Spring.

Ce n'est pas mon intention.
Spring est une bonne bibliothèque, mais entre une bibliothèque propriétaire et un standard de la communauté java, je choisis le standard à fonctionnalités égales.
Après, pour ce qui est de la facilité, c'est un autre débat. Personnellement, je préfère les EJBs et JEE de manière générale, je connais mieux .