Stabilité de Struts 2

**sassien** · 14/04/2008, 15h51

Salut,

en ce début de semaine, une question me chagrine... je cherche à savoir comment évaluer la stabilité de struts 2 dans ses dernières versions.

J'apprends en ce moment à me servir de la version 2.1, qui n'est pas dite "stable", mais je n'ai aucun problème avec. La 2.0.11 est, elle, dite "stable", mais jusqu'à quel point? je veux dire, y a t il un moyen d'évaluer la stabilité d'un framework comme celui là par rapport à un autre?

Je précise que je suis loin d'avoir une grande expérience dans ce domaine, d'où le fait que ma question peut paraître un peu bête...

évidemment, j'ai cherché sur internet avant de poser ma question, mais je dois dire que j'ai du mal à trouver quelque chose qui me satisfasse entièrement

en tout cas je vous remercie par avance de vos avis :-)

cordialement,

sassien

**romainw** · 14/04/2008, 16h07

Les "release" sont, par définition, sensées être stables.
Les versions "beta" ou autres non.

Après c'est marrant il me semblait que la version 2.0.11 était justement la version 2.1...

**sassien** · 14/04/2008, 17h02

Salut,

et merci de ta réponse

non, la version 2.1 n'est pas la 2.0.11. La différence n'est d'ailleurs pas négligeable.

pour ce qui est de la stabilité, oui, les versions dites "stables" sont toujours plus stables que les versions beta, mais il subsiste toujours quelques bugs, même dans une version "stable".
Ce que je voulais dire, c'était que je cherchais un moyen de savoir à quel point un framework comme struts 2 est stable. Par exemple si on peut se lancer dans un gros projet avec cette techno sans crainte au vu de son jeune âge...

**romainw** · 14/04/2008, 17h18

OK pour les versions, je viens de voir qu'il ont une branche 2.1.x en effet...

Ben j'ai fait un projet Struts 2 qui a duré 7 à 8 mois (en gros on a utilisé tags, interceptors, validation, i18n...), et lors de nos tests de perf ont a clairement vu que les templates Freemarker c'est de la merde. Même avec les préconisations de Struts quand à la configuration.

**sassien** · 14/04/2008, 18h48

lol, ça a le mérite d'être franc :-)

ok, en gros c'est ça qui fait que c'est lent... le thread en lien est intéressant.

je n'ai pas fait de tests de performances, mais j'ai remarqué que c'était plutot long niveau temps de chargement.

Dans le thread en lien, tu sembles ne pas vraiment préconiser struts 2 pour un gros projet, en raison justement de ce temps de réaction. je me trompe?
penses-tu qu'il n'est pas encore assez mature pour l'utiliser dans un gros projet?

merci de tes conseils :-)

**ruscov** · 15/04/2008, 15h40

Perso, on développe avec Struts2 depuis plus ou moins 8 mois et on utilise velocity pour l'affichage.
L'application est quand même énorme et elle est utilisée en live par +- 150 utilisateurs. On utilise pas mal de trucs (interceptor, validation, i18n,...)

Franchement, pour le prochain projet on va réutiliser le framework Struts 2, on en est très content.

**sassien** · 15/04/2008, 16h12

ok, merci pour ton témoignage :-)

il faudra que je me penche un peu sur velocity un de ces 4...

**romainw** · 16/04/2008, 14h57

Envoyé par ruscov

Perso, on développe avec Struts2 depuis plus ou moins 8 mois et on utilise velocity pour l'affichage.
L'application est quand même énorme et elle est utilisée en live par +- 150 utilisateurs. On utilise pas mal de trucs (interceptor, validation, i18n,...)

Franchement, pour le prochain projet on va réutiliser le framework Struts 2, on en est très content.

Je pense que mis à part ce problème de perfs (qui ne concerne que les applis développées avec des jsp et les tags Struts basés sur Freemarker) le framework est plutôt bien pensé et efficace.

Effectivement il y a d'autres solutions de rendu comme Velocity, mais au 1er abord l'approche "naturelle" semble être l'utilisation du couple jsp/Struts tags.

Pour résumer : je ne dis pas que Struts2 ne tient pas la montée en charge, au contraire les tests que nous avons effectués sont positifs. C'est juste le couple JSP/Struts2 tags qui pénalise le tout.

On pense d'ailleurs à revenir sur une implémentation JSTL/EL pour les jsp, mais peut être qu'effectivement il y aurait moins de reworking à passer ça sous Velocity...