Perso je ne vois pas trop de diff�rence entre la EA3 et la EA4 en ce qui concerne la notion de composant.
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.
oui ca a quand m�me pas mal converger pas rapport aux applicationhandler(beurk j' en fremis encore),
je pense que il y a de la politque et des suceptibilt�es derriere ce changement
et ce n'est pas encore la spec definitive peut �tre on peut esperer des ameliorations
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.
la je pense que l'on entierement d'accord.
Sur la maturit�s des JSF on peut m�me dire que sur certain cot�s comme la possibilit� de manipuler les composants graphiques programatiquement
Webform de .net est meilleur, par example de rendre(toString) des composants directement dans un writer(plus delicat avec les JSF)
.net aussi possede un editeur graphique qui nous rapproche des forms,swing et autre bibliotheque graphique
(Ps:je n'ai jamais dis ca, y a un gas qui me tiens en joue avec un revolver;)
Seb
Bon ben voila j'ai rien d'autre a dire. Marc
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 ;)
