Discussion :

[Sniper37]

Bonjour,

Pour quel framework MVC Strus optons nous? telle est la question pos� par plusieurs d�veloppeurs ou architectes lors de la conception d'une application J2EE.

Struts dispose d'une base de connaissances bien utile aux d�veloppeurs, il a fait ses preuves. contrairement � ce qu'on lui a pr�dit � la sortie de JSF : la mort.. il est entrain de passer maintenant � la version 2.0, la version beta est d�j� en ligne...
JSF quant � lui avait du mal � s'imposer, il poss�de n�anmoins beaucoup d'avantages, et il a int�grer Java EE 5.

Alors pour quel framework optez vous? et pourquoi?

[Marnor]

Il me semble (mais je peux me tromper) que JSF n'est pas un framework MVC � proprement parler...
Qui plus est beaucoup d'experts expliquent clairement que JSF vient en compl�ment de struts... donc perso je ne suis pas sur que la question du choix soit judicieuse...

[Sniper37]

Il me semble (mais je peux me tromper) que JSF n'est pas un framework MVC � proprement parler...
Qui plus est beaucoup d'experts expliquent clairement que JSF vient en compl�ment de struts... donc perso je ne suis pas sur que la question du choix soit judicieuse...

Je pense que JSF dispose de tous les �l�ments pour faire du MVC 2, un controleur, le model, et la vue..

[sinok]

Mouaip, enfin l'optique n'est carr�ment pas la m�me JSF est un syst�me beaucoup plus gros, complet et complexe que struts. Struts c'est souvent du do it yourself alors que JSF est une �norme boite noire (vas analyser le cycle de vie d'un request en JSF tu comprendras).
D'ailleurs il existe autre chose que struts et JSF, par exemple tapestry qui est quand m�me plus r�cent que struts et plus souple , spring ou plein d'autres encore...

Soit il faut �trendre le d�bat soit il faut en rester l�

[Sniper37]

Mouaip, enfin l'optique n'est carr�ment pas la m�me JSF est un syst�me beaucoup plus gros, complet et complexe que struts. Struts c'est souvent du do it yourself alors que JSF est une �norme boite noire (vas analyser le cycle de vie d'un request en JSF tu comprendras).
D'ailleurs il existe autre chose que struts et JSF, par exemple tapestry qui est quand m�me plus r�cent que struts et plus souple , spring ou plein d'autres encore...

Soit il faut �trendre le d�bat soit il faut en rester l�

le but est de comprendre pour quel besoin pourrait t'on choisir Struts au d�triment de JSF ou vice-versa.

ps: struts est certenement le plus anciens, mais il n'a cess� de se developper, on ne peux pas dire qu'il est 'd�pass�'.

[sinok]

Dans ce cas je comparerais plus Spring et JSF que Struts et JSF. On va dire que sortir JSF pour simplement en utiliser la partie MVC c'est sortir le bazooka pour tuer une mouche.

Je verrais plut�t la comparaison sur les divers conteneurs MVC comme SpringMVC, Tapestry, Struts et une autre sur des frameworks plus �volu�s commpe Spring et JSF.

Grosso modo le probl�me se pose surtout par rapport � la taille de ton projet.
Si c'est relativement petit tu vas te diriger vers un conteneur MVC agr�ment� de quelques petits outils suppl�mentaires (genre taglibs et autres).

Par contre sur quelquechose de plus grand tu vas te diriger vers un framework plus complexe comme Spring ou JSF.

Pour moi la comparaison Struts / JSF ne tient pas trop car ce sont des outils dont le but n'est pas forc�ment le m�me

[Sniper37]

Vu de ce cot� l�, il est difficile aussi de comparer JSF et Spring; mise � part les points communs: MVC et l'IOC , spring offre beaucoup plus d'outils et de souplesse que JSF. De plus, JSF et spring s'integrent facilement ensemble.
Struts dipose maintenant de pluging interessants: tiles, layout...
Est ce qu'il judicieux de former des d�veloppeurs Struts au JSF?
Est ce que ce que la version 2.0 de struts peut vraiment concurrencer JSF ?

moi je penche plus pour JSF, la richesse des composants n'est pas � negliger, de plus, y'en a de plus en plus qui integrent AJAX.

[azerr]

Je ne suis pas un expert en JSF, mais je l'ai etudie il y a a peu pres un an (donc depuis ca a du pas mal evoluer). Je pense que JSF est concu pour s'adapter a un outil de developpement RAD, autrement dit pouvoir designer sa page WEB comme si on designe une application SWING. On depose un bouton, on double click dessus, ca genere une methode onClick, on met son bout de code,...
En effet JSF tente de faire abstraction du HTML. Lorsque l'on clique sur un bouton on ne fait pas un submit sur une URL mais on declenche un evenement onClick (meme si c'est ceci qui s'effectue). Pour ce point ci JSF ressemble tres fortement au WebForm de .Net.

Mais la specification JSF ne parle pas de certains points qui me paraissent importants comme l'evenemment onLoad d'une page. Du coup chaque IDE a developpe sa solution pour gerer cet evenement. Il est donc impossible de passer d'un IDE a un autre (c'etait il y a un an, a verifier aujourd'hui).

Un sous projet de Struts, appele Struts Shale apporte une solution a ce manque de specification (avec les View je croies).

En definitive, je pense que faire du JSF sans un IDE qui permet de faire du RAD, n'a pas vraiment d'interet. Si je devais faire du JSF, je pense que je partirais sur Struts Shale qui permet de communiquer avec Spring.

Concernant Struts2, je suis en train de l'etudier, et je trouve le concept plutot pas mal (il est base principalement sur WebWork), et ca n'a presque plus rien a voir avec Strus 1.x. Struts2 integre AJAX, mais son integration n'est pas encore tres claire (c'est mon avis) notemment sur le toolkit AJAX. J'ai pose la question sur le forum de Struts, et il ont decide de partir sur Dojo (et DWR je croies pour la validation). Mais ils reflechissent a comment integrer facilement d'autre Toolkit comme Prototype/Scriptaculous.

Pour utiliser Ajax avec Struts, en ce qui me concerne j'utilise AjaxTags qui me convient et mon projet Open Source JSControlsTags qui ajoutent d'autres widget comme un slider/treeview,swap, (bientot AjaxMessageQueue pour gere des messages stockes dans une queue (eg : recuperer les log de log4j).

Maintenant je ne suis pas un expert en JSF et certains points que j'ai dit peuvent ne plus etre vrai aujourd'hui.

Angelo

[grishka]

un lien sur le blog de Craig McClanahan, cr�ateur de Struts et JSF :

http://blogs.sun.com/craigmcc/date/2...jsf_struts_and

Il date un peu, donc certains points ont surement �volu�, mais pas dans les grandes lignes.

D'apr�s Craig, Struts et JSF sont compl�mentaires. On peut utiliser le contr�leur Struts pour les g�rer enchainements applicatifs et JSF pour les �v�ments g�n�r�s par les Widgets (onButtonClick, onItemSelected, ...) . Et effectivement Struts propose une sorte d'adaptateur pour JSF depuis la version 1.3.x. De m�me pour Struts 2.0.

Ensuite JSF est utilis� par l'IDE de Sun Java Creator Studio. Mais d'apr�s ceux qui l'ont utilis�, ca produit du code difficile � maintenir, et pas toujours performant... bref a r�serv� au prototypage ?

Enfin l'int�r�t de JSF est de faire partie des sp�cifications J2EE 5.0. (http://java.sun.com/javaee/technologies/webapps/)