Architecture distribuée : EJB ou SPRING

Bonjour à tous,

Avant de commencer je vous présente mes meilleurs voeux 2008.

Je suis actuellement en train de réfléchir à la mise en place d'une architecture distribuée en java pour une application dont les services métier seront utilisés sur différents clients => wap, pda, mobile, appli web(php, flash, asp...) avec des temps de performances excellents

Ma question simple est la suivante : Vaut il mieux se diriger vers les EJBs ou plutot vers un conteneur léger SPRING ? Pourquoi ?

merci pour votre aide.

Comment compte tu faire l'appel de composant Spring ou EJB à partir de PHP ou asp ?

je pensais utiliser des web services car les applications clientes ne pourront s'interfacer avec notre métier que par internet.

Y a peut etre un autre moyen ???

Je ne sais pas, mais l'approche via Webservices me semble parfaite.

Oui, au vue du nombre de systèmes&languages visés, les Webservices sont la meilleurs solutions.

Bon courage pour ton dév :)

vaut mieux donc utiliser SPRING ?

Qu'en est il en terme de perf ?

Spring n'est pas "dédié" au Webservice ( meme s'il possède son propre module Spring WS et de bonne intégration avec Axis, Xfire et co ).

Tu peux très bien développer un service Web dans un projet EJB, voir dans un projet non Spring et non EJB.

Pour plus d'informations ( entre autre pour les perfs ), je te conseille de regarder Axis2, CXF, JAX-WS, ou Spring WS ( mais il est un peu spécial celui-la ).

Je reformule donc ma question initiale :

Vaut il mieux se diriger vers les EJBs ou plutot vers un conteneur léger SPRING pour créer le métier utilisé par mes webServices par différents clients => wap, pda, mobile, appli web(php, flash, asp...) ? Pourquoi ?

Merci encore.

Ok dans ce cas la :)

Je dirai que cela dépends.

Au niveau perf, je ne saurai pas te dire si EJB est meilleur que Spring.

Par contre, qui dit EJB, dit Serveur JEE ( JBoss, Websphere, Weblogic, Glassfish ), tandis que pour Spring, un simple serveur Tomcat, Jetty est necessaire.

Ceux-ci sont quand meme moins gourmand en mémoire, mais ne possède pas toute les fonctionnalités des serveur JEE ( Gestionnaire de transaction interne ( mais Spring fournit une methode alternative ), JMS, Javamail ) .. )

Difficile à dire en amont, donc une raisonnement "qui peut le plus peut le moins" en faveur de Java EE et donc des EJB me parait raisonnable.

Si tu n'as pas besoin d'AOP, l'utilisation de Spring devient beaucoup moins intéressante face à Java EE 5.

De plus il y a un regain de compétition dans les serveurs Java EE avec l'arrivée d'offres Open Sources mûres (je pense à GlassFish en priorité bien entendu ;) ).