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/)