La vie ce n'est pas toujours rose. Parfois il faut aller voir sa belle mère, prendre rendez vous chez le dentiste, aller au boulot...
  Dans mon cas, il s'agit d'un dossier thématique à rédiger dans le cadre de ma formation. C'est un joli mot pour désigner un word de 30 pages à rendre à partir d'un seul sujet.
  Le mien c'est "Struts". C'tout.
  Je suis développeur en apprentissage par alternance, et je travaille en procédural. En client/serveur. Avec quelque chose qui s'appelle Visual Adelia.Rien à voir avec Struts donc.  
  Après de longues nuits à me péter les yeux sur des docs techniques, j'en suis parvenu à la conclusion que la meilleure façon de boucler mon rapport serait d'y mettre un sondage d'opinion.
  DONC toi qui a eu la force de lire l'histoire de ma vie jusque là, auras tu la gentillesse de répondre à ces quelques questions :
 
   Combien de temps avez-vous utilisé Struts ? Quels projets ? Stuts ou Stuts 2 ?
 
 
   Quels avantages vous apporte t’il  ?
 
 
   Quels inconvénients ?
 
 
  Avez-vous utilisé d'autres framework (java) ? Si oui en quoi les trouvez vous préférables à Struts ?
 
 
 
  Avez-vous utilisé d'autres framework utilisant une architecture MVC ? Si oui en quoi les trouvez vous préférables à Struts ?
 
 
 
  Si vous deviez réaliser un projet web java, utiliseriez vous Struts à l’heure actuelle ?
 
 
 
  Toute opinion est bonne à prendre.  
  Merci de me donner de votre temps    

> Combien de temps avez-vous utilisé Struts ? Quels projets ? Stuts ou Stuts 2 ?
 
Struts 1 : 3 ans; Struts 2 : quelques mois
 
> Quels avantages vous apporte t’il  ?
 
Les avantages sont ceux "as advertised". Par contre, les limitations et les soucis ne sont pas clairement renseignés sur la notice
 
> Quels inconvénients ?
 
Struts1 : acceptable à l'époque, tout comme le disco dans les années 80, mais dinosauresque  
Struts2 : documentation parcellaire malgré une bonne première impression, régressions malheureuses encore présentes sur un produit déjà mature en principe, j'ai dû anormalement potasser pour la création de tags (ça me semblait pourtant trivial), tiles -> OMG, confusions possibles webwork/struts (certaines références sont trompeuses), polissage intégration webwork/struts
 
Typique : tu googles Struts et tu te manges plein de références Struts1. Si tu demandes spécifiquement Struts2, tu loupes des pages qui font omission du "2". Mais c'est pas la faute à Struts.
 
> Avez-vous utilisé d'autres framework (java) ? Si oui en quoi les trouvez vous préférables à Struts ?
> Avez-vous utilisé d'autres framework utilisant une architecture MVC ? Si oui en quoi les trouvez vous préférables à Struts ?
 
Stripes : plus intrusif mais tellement mieux documenté!
SpringMVC : trop lourd pour l'usage que j'en ai
JSTL
 
>  Si vous deviez réaliser un projet web java, utiliseriez vous Struts à l’heure actuelle ?
 
NON

Struts 1 : 7 ans

L'orientation action (s'toujours mieux que de pauvres Servlets/JSP), la gestion du I18N, la composition des pages par Tiles, l'extension par Plugins

XML everywhere

Stripes : fonctionnement par Action (donc similaire à Struts), annotations, basé sur des conventions plutôt que de la configuration. Doc succincte mais largement suffisante. Moins de Classes. Il y a un bouquin (qui prend de l'age mais) qui donne le ton : "Stripes, web dev is fun again", et c'est vrai.

GWT : pas forcément comparable à Struts, parce qu'il ne s'occupe que de la présentation, le contrôleur doit être accédé par WebService/RPC. Fonctionnement pas composants, plus comparable à Swing. Pas vraiment non plus un framework Java mais plus un compilateur, puisqu'il compile ton Java en javascript (une version pas navigateur/localisation). C'est assez agréable à utiliser

Zend (php) : plus un problème de PHP et la doc de Zend était un peu une blague à l'époque où j'en ai fait.

seulement sous la torture

Voilà c'était que mon avis

 @sircam : Oui j'ai mangé ce que google avait sur Struts, et tu confirmes mon impression sur le fait que Struts est dépassé. A se demander pourquoi ma formation demande encore un dossier dessus...
  @brisssou : Ouah 7 ans ! J'ai fait un tutorial de Struts et j'avais déjà envie de me suicider à la fin de ja journée ^^.
    Merci de vos réponses, vos avis seront intégrés dans mon rapport (la classe non ? )

 
Struts est le cobol du Java.
 
Et y en a même qui disent que Java est le nouveau Cobol.  

C'est possible    

J y crois moyen.
Je trouve au contraire que beaucoup d'application Java sont des applications à faible durée de vie.

 Hmmm j'ai fait du cobol et au risque de choquer je trouve la structure du cobol sur as400 plus clair que l'imbroglio classe métier java/pages jsp/web-config.xml/strust.xml/tout le reste...  
  Mais bon, débugguer en pas à pas sur AS400 et lire les spooles de compilation c'est plus la mort que de bosser en java. En plus l'écran est vert. Mes yeux. Ils piquent.  
 Je parle meme pas de la (non) réutilisabilité du code Cobol comparé au java (si les classes sont bien faites).

 
le sens de "Struts 1 est le Cobol de Java", c'est que le parc d'applications Struts est imposant (pas autant que le parc Cobol, on est d'accord). Ces applis seront maintenues/évolueront jusqu'à la mort du soleil, avec un framework/langage qui n'évolue plus. Dans 15 ans, il faudra toujours des dev Java 1.4 qui comprennent Struts.
 
Sinon pour avancer sur le sujet des frameworks Web, il y a ça qui vient de sortir : http://spreadsheets.google.com/pub [...] utput=html, basé sur http://raibledesigns.com/rd/entry/ [...] frameworks avec le sondage à répondre ici : http://bit.ly/webmatrixsurvey