Pour ce qui est de l'int�gration de struts � JSF, tu dois parler du fichier 'faces-config.xml'. Effectivement �a permet de d�finir la cin�matique dans un fichier de configuration un peut comme le fait le struts-config.xml. C'est encore limit� par rapport � struts. Il n'y a pas de notion de module par exemple qui permet de ne pas avoir un fichier de config �norme sur de gros projets.
De plus, il reste de sp�cificit�s de struts qui ne sont pas pr�sentes dans JSF. Il y a notamment le framework de validation qui est compl�tement diff�rent. Dans struts, les r�gles de validation sont d�clar�es � part dans un fichier xml alors que dans JSF les r�gles de validation sont dans la page. Vu que ces r�gles de validation sont une copie de r�gles m�tier pour pouvoir faire de la validation en local, elles n'ont rien � faire dans la page. Je trouve l'approche struts meilleure.
En tous cas, je pense que l'apport majeur de JSF est au niveau des composants et donc je ne trouve pas transcendant l'apport de la configuration par fichier xml.
Seb
marc godin wrote:
Apres un lecture de la nouvelle version de la norme JSF
J'ai comme le sentiment que struts viens d'�tre completement dilu� dans le framework JSF,
on aura donc un possibilit� de migration(struts->JSF) bien meilleure que dans les versions pr�cedentes dela spec JSF(qui �tait d'ailleur vraiment pouri)
Et pour revenir au thread que l'on avait eu sur appli web et appli swing
on pourra remarquer comment les technologies web devienent de plus en plus proche des techno swing(action,renderer,Table,Tree component)
la notions de composant apparait (ENFIN!!on a failli attendre )
une appli swing dans un navigateur en fait. tiens ca me rappelle un truc qui n'a pas trop march� dans le temps
ca s'apellait: applet un truc comme ca;)
Mort au client leger vive le client mi-lourd
Marc un homme heureux d'entrevoir un futur sans HTML ;)
