Discussion :

[alansar]

Bonjour à tous.

Voila dans le cadre des mes études, j'ai à réaliser une application d'organisation d'évenements. Il nous faut maitenant choisir les technologies à mettre en place.

Voila les possibilités qui s'offrent à nous :

1. Pour la partie Métier/données :
   
   
   • Hibernate/Spring
   • EJB 3.0/JPA
   
   
   J'avoue avoir un faible pour EJB 3.0 /JPA car j'ai trouvé ca d'une facilité déconcertante notamment par rapport aux EJB2 mais aussi par rapport à Spring. Surtout que j'ai l'impression que les EJB 3.0 reprennent le pattern ioc et apportent des facilités ...
   
   
2. Pour la partie graphique (Web) :
   
   • Struts 1.X (pas 2)
   • Spring MVC
   
   
   La j'avoue que je ne sais pas trop. J'ai l'impression que les deux se ressemblent fortement même si je pencherai un peu plus pour Spring MVC et sa facilité de couplage avec les EJB par exemple.
   
   Voila, l'idée est que j'ai découvert ces technologies en TP et que j'aimerais apprendre à les connaitre plus à travers ce projet sans que cela deviennt trop compliqué.
   
   J'ai également lu quelques articles sur JBoss Seam qui serait un mix d'EJB/JSF (pour la partie graphique) mais je ne sais pas trop quoi penser de ce framework.
   
   
3. Autres Points :
   - J'aimerais aussi utiliser un framework Ajax, le plus simple possible pour avoir une interface sympathique ! La je n'y connais rien, vous avez des idées ?
   - Enfin le projet necessitera également l'envoi de mails et le stockage de fichier pdf, vous avez une idée concernant ces éléments la ?
   

Encore merci d'avance pour tout éclairage que vous pourriez me founir !

[djo.mos]

Bonjour.

Pour la partie Métier/données :

* Hibernate/Spring
* EJB 3.0/JPA


J'avoue avoir un faible pour EJB 3.0 /JPA car j'ai trouvé ca d'une facilité déconcertante notamment par rapport aux EJB2 mais aussi par rapport à Spring. Surtout que j'ai l'impression que les EJB 3.0 reprennent le pattern ioc et apportent des facilités ...

Personellement, J'éviterais la première solution vu que tu te fais lier à un API particulier (Hibernate) et qu'il y'a JPA de nos jours (à moins que tu as absolument besoin de l'API Criteria d'Hibernate sans equivalent dans JPA).

Sinon, je te ferais remarquer que JPA peut être utilisé sans EJB 3 et qu'il peut aussi être utilisé avec Spring.
Je te conseille vivement la solution JPA+Spring car elle offre à peu près les mêmes fonctionnalités/facilité/avantages que JPA dans un serveur d'application complet et le tout dans un conteneur web comme tomcat.
Si tu suis cette voie (JPA + Spring + Tomcat/Jetty), je te conseille alors d'utiliser Hibernate comme implémentation car il ne nécessite pas du load time weaving (un cauchemar à mettre en place avec Tomcat/Toplink par exemple).

Pour la partie graphique (Web) :

* Struts 1.X (pas 2)
* Spring MVC


La j'avoue que je ne sais pas trop. J'ai l'impression que les deux se ressemblent fortement même si je pencherai un peu plus pour Spring MVC et sa facilité de couplage avec les EJB par exemple.

Ce serait dommage de se limiter à si peu de choix pour la seule raison que tu les connais déjà ...
A mon avis, utiliser Struts 1 dans un nouveau projet est un choix bizarre et douteux ...
Je connais pas Spring MVC mais j'entends que du bien à propos de lui ... quoi que de nos jours, un framework basé sur les actions me parait trop restrictif si on veut faire une IHM riche et complexe.
Je te propose d'étudier la voie JSF: un framework de présentation orienté composants et faisant partie du standard JavaEE. Du coup, tu gagnes des tonnes de bibliothèques de composants riches et l'Ajax n'est qu'une brise à mettre en place avec RichFaces par exemple. De plus, ça s'integre super-bien et super-facilement avec Spring.

Autres Points :
- J'aimerais aussi utiliser un framework Ajax, le plus simple possible pour avoir une interface sympathique ! La je n'y connais rien, vous avez des idées ?

Je viens d'en parler: JSF + RichFaces.
J'en ai pas mal parlé dans mon blog aussi: cf ma signature.

- Enfin le projet necessitera également l'envoi de mails et le stockage de fichier pdf, vous avez une idée concernant ces éléments la ?

Y'a des tonnes de librairies pour les emails comme Javamail et cie. Spring gère la chose aussi.

Voili voilou ! Je te souhaite bonne chance pour tes études et je te prévindrais que ça nécéssiterait pas mal de travail pour évaluer et ensuite utiliser ces technos, peu importe le choix que tu feras.

[alansar]

Bonjour,

Premièrement, merci pour ta réponse détailée.
Pour la partie métier, je me demande si les EJB3 ne sont pas plus simple à mettre en place et à utiliser que Spring, dans la mesure ou les EJB3 s'appuient aussi sur l'IOC, qu'ils utilisent plus les annotations que Spring qu'ils permettent aussi la gestion des transactions ....

Pour avoir tester rapidement la technologie, je l'ai trouvé vraiment simple et facile d'utilisation, même par rapport à Spring. Quelqu'un a une idée la dessus ?

Si j'ai bien compris le seul vrai avantage de Spring serait de se passer d'un serveur d'application par rapport à la solution EJB3 .... ?

Merci

[djo.mos]

Spring est beaucoup plus flexible et puissant en IOC que les EJBs: là, c'est son terrain de prédilection !
De plus, il est parfaitement possible avec Spring 2.5 de faire de l'IoC avec les annotations, à la Guice.
Spring gère aussi très bien les transactions, et d'une façon déclarative via l'AOP.
Ajoutes à cela des tonnes d'autres goodies que fournit Spring (WebServices, JMX (MBeans), JMS, etc.)

Tout ça dans un conteneur leger capable de fonctionner dans un environnement web ou SE.

Rq: Je ne suis pas en train de faire de l'évangélisme pour Spring, juste le présenter correctement.
Après, c'est à toi bien sûr de faire le choix qui te semble le mieux adapté à tes besoins.

[bassim]

Salut, je m'introduit dans cette discussion juste pour connaitre un truc

Si tu suis cette voie (JPA + Spring + Tomcat/Jetty), je te conseille alors d'utiliser Hibernate comme implémentation car il ne nécessite pas du load time weaving (un cauchemar à mettre en place avec Tomcat/Toplink par exemple).

C'est quoi le load time weaving

[alansar]

Ouais aucune idée de ce que c'est non plus.

Ca a quelque chose à voir avec le load balancing ?