Struts 2 va t-il remplacer struts 1?

**enok37** · 28/09/2007, 12h01

Bonjour à tous,
on parle beaucoupde struts 2 depuis un certain moment. J'ai l'impression qu'on tend vers la fin de struts 1. J'étude actuellement ces deux frameworks dans le cadre d'un projet que je vais réaliser. Je m'y connais bien en struts 1.3. Et j'aimerais continuer sur celui-ci.

Ma question est justement de savoir si struts 2 va remplacer struts 1?
Peut -on faire aujourdhui des projets basés sur struts 1?
Mieux vaut utiliser struts 1 ou struts 2 dans l'état actuel des choses?
Aura t-il une évolution parallèle des des deux versions?

D'après ce que j'ai pu lire, struts 2 diffère vraiment de struts 1 mais le concept reste le même : faire du MVC.
La dernière version de struts 1 (1.3.8) date de 10 Mars 2007. Donc il me semble qu'il ait bien une évolution parallèle des deux versions. Je me trompes?
Merci de vos réponses.

**yolepro** · 20/11/2007, 14h04

Bonjour enok37,

Personnellement je pense que Struts 1.x risque fort de continuer un moment, effectivement le changement entre un Struts 1 et un Struts 2 est assez lourd et la migration des applications existantes ne sera pas de tout repos.
Dans ce sens, il semble difficile de dire que Struts 2 va supplenter Struts 1.x surtout que même s'il corrige certain points noir de la version 1, il ne gère pas encore de manière simple la gestion de cinématique d'écran (tel que le ferait Beehive ou Spring WebFlow), il faut pour chaque action faire une classe Action avec le mapping xml qui va bien (c'est très lourd).

Bref, la question à te poser pour lancer un projet c'est plutot quel est TON expertise en tant que responsable technique,
Sur quel framework tes collegues sont le plus à l'aise.

En sachant que au niveau support, la version 1.x sera forcement plus fournie.

**ptit-lu** · 21/11/2007, 18h09

Bonjour,

Je profite de ton message pour faire un petit retour d'expérience sur un projet Struts 2 que je suis en train de terminer.

Après avoir travaillé avec Struts 1.X sur plusieurs projet précédent, nous avons décidé de passer à la version sur un nouveau projet (il ne s'agissait pas de migrer une application).

Globalement mon impression sur cette nouvelle version est plutôt positive. Même si comme l'évoque enok37, il reste du paramétrage à faire, il est néanmoins nettement moins lourd à mettre en oeuvre.

Par contre le point noir de cette version reste pour l'instant le support car il n'y a pas encore beaucoup de ressource sur cette version (surtout comparé à la version 1.X).

Néanmoins je n'ai absolument aucun regret sur le choix que nous avons effectué.

**Sebmatrix** · 22/11/2007, 10h45

Envoyé par yolepro

Bonjour enok37,

Personnellement je pense que Struts 1.x risque fort de continuer un moment, effectivement le changement entre un Struts 1 et un Struts 2 est assez lourd et la migration des applications existantes ne sera pas de tout repos.
Dans ce sens, il semble difficile de dire que Struts 2 va supplenter Struts 1.x surtout que même s'il corrige certain points noir de la version 1, il ne gère pas encore de manière simple la gestion de cinématique d'écran (tel que le ferait Beehive ou Spring WebFlow), il faut pour chaque action faire une classe Action avec le mapping xml qui va bien (c'est très lourd).

Bref, la question à te poser pour lancer un projet c'est plutot quel est TON expertise en tant que responsable technique,
Sur quel framework tes collegues sont le plus à l'aise.

En sachant que au niveau support, la version 1.x sera forcement plus fournie.

Bonjour yolepro,

je reprends ton message car dans Strusts 2 tu n'est pas obligé de faire une classe Action pour chaque action. Bien au contraire, la puissance de strusts 2 te permet de faire appel à des fonctions dans une action.

Exemple :

ht_tp://.../monApplication/utilsateur!add?login=toto

ht_tp://.../monApplication/utilsateur!update?loginOld=toto&loginNew=tete

ht_tp://.../monApplication/utilsateur!delete?login=toto

Voici la seule classe Action dont tu as besoin :

@Results ({
@Result(name="success", value="/utilisateur.jsp")
})
public class Utilisateur extends Action {

String login, loginOld, loginNew;

public String add() {
...
return SUCCESS;
}

public String remove() {
...
return SUCCESS;
}

public String delete() {
...
return SUCCESS;
}

=> Set & Get de login, loginOld, loginNew <=

}

L'une des plus grande force est l'utilisation des tags permettant de ne pas utiliser struts.xml !!!

**fr1man** · 22/11/2007, 10h52

C'était déjà possible avec les DispatchAction, non ?
Bon, ok, il y avait le struts-config.xml.

**Sebmatrix** · 22/11/2007, 10h55

Envoyé par fr1man

C'était déjà possible avec les DispatchAction, non ?
Bon, ok, il y avait le struts-config.xml.

Ce qu'il t'interessant dans Strusts 2 , c'est qu'il n'y a plus de struts-config.xml (en utilisant que des meta-tag).

**fr1man** · 22/11/2007, 11h16

Ce qu'il t'interessant dans Strusts 2 , c'est qu'il n'y a plus de struts-config.xml (en utilisant que des meta-tag).

J'espère qu'il y a plus que ça, sinon ça fait un peu light

**manblaizo** · 22/11/2007, 11h21

Bonjour,
Au delà de l'utilisation des annotations pour réduire la config xml à sa plus simple expression, je pense que la grande force de Struts2 c'est son modèle de programmation complètement revu. Les Actions ne sont plus que de simple POJOs, plus besoin d'étendre une classe ou d'implémenter une interface particulière. Et avec ça, les tests unitaires sont beaucoup plus facilités, puisqu'on n'a plus besoin de déployer d'abord sur un serveur pour tester ces classes, ce qui augmente la productivité des développeurs. Struts2 s'inscrit dans la même mouvance que celle de EJB3 qui simplifie le développement d'applications.
Autre avantage que je trouve à Struts2, c'est sa grande modularité via les Interceptors et aussi les plugins, l'intégration avec Spring est très facilitée, de même pour des modules comme JasperReports, etc.
Je pense que Struts 1 sera encore là pendant un moment et le support continuera, mais pour les nouvelles applications, on devrait plutôt se tourner vers Struts2, de la même manière que pour de nouveaux développements ejb on devrait se tourner vers EJB3.
En plus, la coexistence d'une application struts2 avec des applications struts 1 existentes est aisée, juste une question de configuration (les *.do traités par struts 1 et les *.action par struts2).
Donc, oui, à mon avis l'avenir c'est struts2, et à terme il va remplacer struts1

**Sebmatrix** · 22/11/2007, 11h24

Envoyé par fr1man

J'espère qu'il y a plus que ça, sinon ça fait un peu light

Tu serais pas un brin moqueur ?

Plus sérieusement, ce que j'apprecie :

- Les meta-tags pour les class-action, les interceptors, etc ...
- Les tags JSP pour faire de l'AJAX facilement.
- Le language OGNL permettant de lire une variable à partir de JSP ou de la class action.

Le reste viendra au fur et à mesure ...

**Mister Nono** · 23/11/2007, 18h01

Envoyé par ptit-lu

Bonjour,

Je profite de ton message pour faire un petit retour d'expérience sur un projet Struts 2 que je suis en train de terminer.

Après avoir travaillé avec Struts 1.X sur plusieurs projet précédent, nous avons décidé de passer à la version sur un nouveau projet (il ne s'agissait pas de migrer une application).

Globalement mon impression sur cette nouvelle version est plutôt positive. Même si comme l'évoque enok37, il reste du paramétrage à faire, il est néanmoins nettement moins lourd à mettre en oeuvre.

Par contre le point noir de cette version reste pour l'instant le support car il n'y a pas encore beaucoup de ressource sur cette version (surtout comparé à la version 1.X).

Quelle documentation as-tu utilisé pour bien appréhender struts 2 ?

Merci.

**Jester** · 24/11/2007, 19h02

Le site a un doc bien à jour (un peur trop même vu qu'ils parlent sur certaines pages déjà de la version 2.1). C'est un peu mal arrangé mais y a plein de choses.

Sinon le livre (cf la page de doc "Starting struts 2" un truc du genre) qui est gratuit et qui permet de bien démarrer même s'il n'est pas exceptionnel.

Moi ce qui m'a le plus plut sur struts 2 c'est qu'il remplisse automatiquement les champs de la classe avec avec les paramètres de la requête HTML. Le full POJO aussi, hériter de Action n'est pas nécessaire.

**Mister Nono** · 25/11/2007, 09h18

Envoyé par Jester

Sinon le livre (cf la page de doc "Starting struts 2" un truc du genre) qui est gratuit et qui permet de bien démarrer même s'il n'est pas exceptionnel.

Où trouver cela ?

Merci.

**ptit-lu** · 26/11/2007, 10h24

Envoyé par Mister Nono

Quelle documentation as-tu utilisé pour bien appréhender struts 2 ?

Merci.

La lecture du PDF dont nicocsgamer a indiqué le lien ainsi que la (bien maigre) documentation officielle.

Après c'est au fur et à mesure du dévéloppement que nous avons progressé.

Cependant il y a bien des points sur lesquels nous n'avons pas travaillé (entre autres l'utilisation d'annotations pour supprimer les fichiers de configuration)

**Mister Nono** · 26/11/2007, 10h51

Envoyé par ptit-lu

La lecture du PDF dont nicocsgamer a indiqué le lien ainsi que la (bien maigre) documentation officielle.

Après c'est au fur et à mesure du dévéloppement que nous avons progressé.

Cependant il y a bien des points sur lesquels nous n'avons pas travaillé (entre autres l'utilisation d'annotations pour supprimer les fichiers de configuration)

J'utilise Struts 1 couramment : je cherche juste une doc qui synthétise l'info utile pour appréhender rapidement la dernière version.

Après bien sûr, le site officiel reste le plus pertinent.

A+