Créer un nouveau projet JEE, quelles technos choisir ?

Bonjour,

Voilà, il y a des chances que dans ma boîte je parte sur un nouveau projet JEE. Je voulais connaître vos avis et vos conseils sur quelles technos choisir pour mener à bien ce projet ?
Je pense à partir sur les technos :
Couche présentation : JSF (soit impl. de Sun ou bien myFaces d'Apache, à voir la différence) + HTML + CSS.
Couche Métier : du java 1.5, du XML pour les fichiers de config.
Couche DAO : Hibernate
Couche de stockage : MySQL o bien PostgresSQL

Quelques précisions :
Il s'agit plutôt d'un petit projet, donc out les EJB et autres serveurs d'applications :o. Le choix des technos se fait en fonction de :
- La demande sur le marché de l'emploi (autrement dit la notoriété)
- Des technos 100% Open Source
- Des technos au coeur de la mode (par exemple pas du Struts qui va sombrer).

Merci de vos éclaircissement.

Je te conseille d'essayer WIcket à traves de ses exemples. Ce framework te permet d'écrire tes pages en pur HTML, tu peux aussi coder facilement des composants réutilisables, utiliser AJAX et communiquer avec Spring que je te conseille pour la couche métier.
voir:
http://wicket.sourceforge.net/
http://springframework.org/

Citation:

---

Envoyé par kroax

Il s'agit plutôt d'un petit projet, donc out les EJB et autres serveurs d'applications

---

Pas vraiment : Hibernate propose une implémentaion du JPA/EJB3 via les projets Hibernate Annotaions et Hibernate Entity Manager, et ça fonctionne sur un Tomcat chez moi ! Mais a part la faisabilité, en utilisant EJB, tu gagnes en :
- productivité : une fois que l'on goute aux joies des annotaions, il serait inconcevable de retourner à l'époque des fichiers hbm.xml avec la lourdeur qu'ils impliquent !
- respect du standard : JPA/EJB3 forment le standard de la persistance dans le monde Java, Hibernate l'a compris et a vite fait de s'adapter à la donne en fournissant une implémentation JPA/EJB3 ! Alors, je pense que nous les dévéloppeurs devrons aussi suivre le cours des choses.

Citation:

---

Envoyé par kroax

Couche présentation : JSF

---

Je suis à 100% avec toi mon frère :king:
Juste un petit détail, JSF ne fait pas uniquement de la présentation, il fait un peu de contrôle aussi tout de même (la FacesServlet, le faces-config.xml, les actions des managed beans, etc.) !

Citation:

---

Envoyé par kroax

du java 1.5

---

C'est plutôt Java 5.0 ! 1.0, 1.1, 1.2, 1.3, 1.4, 5.0, 6.0, ...

Si tu cherches les technos du moment, alors utilise hibernate pour la persistence (bien que EJB depuis la version 3 soit vraiment très bien) et là où je ne te suis pas, c'est pour struts.
En effet, il est loin d'être mort !
D'ailleurs (pour t'en convaincre), tu peux faire une recherche sur monster avec les mots-clés "java jsf" et "java struts" et tu verras...

Ceci dit, JSF est bien aussi. Le gros 'plus' est plutôt dans les outils de conception qui ressemblent à des RAD (Sun Studio Creator) là où avec struts, tu t'embêtes un peu avec le mode texte, mais bon, à part ça, je ne vois pas trop ce qu'on pourrait faire avec JSF et qu'on ne pourrait pas avec struts.

A+

Bonjour.

Citation:

---

Envoyé par OButterlin

Le gros 'plus' est plutôt dans les outils de conception qui ressemblent à des RAD (Sun Studio Creator) là où avec struts, tu t'embêtes un peu avec le mode texte

---

Là, je suis pas d'accord ! D'abord parce que même avec struts on a des RADs où l'on touche jamais à struts-config.xml par exemple (Exadel). Ensuite, et personellement, le gros 'plus' de JSF est le fait qu'on s'éloigne du HTML et du HTTP et surtout du HTTP ! on converge plutôt vers le modèle de swing.

C'est vrai que l'on peut tout faire avec Struts, je te l'accorde, mais à quel prix ? pour s'en convaincre, il suffit de comparer la taille d'un CRUD en struts et celle du même CRUD en JSF ! J'ai bossé sur les deux et je peux te dire que la différence est énorme !

Je ne parlais pas des outils qui génèrent le struts-config.xml (comme Exadel) mais de RAD avec drag and drop d'objets graphiques style Delphi (ça, ça n'existe pas pour struts)

Pour ce qui est de l'éloignement d'HTTP, je suis tout à fait d'accord avec toi.
Pour l'éloignement de HTML, je trouve qu'on s'en éloigne déjà pas mal avec struts couplé à struts-layout