Votre avis sur Struts2 et WebWork

Bonsnoir,
Je suis un utilisateur depuis plusieurs annees de struts 1.x. Depuis quelques temps Struts2 est apparu. J'aimerais etudier ce nouveau framework, mais avant tout j'aurrais voulu savoir si il y avait des personnes qui s'etaient deja interesse au sujet.

Voic les questions que je me pose :

1. Je sais que struts2 n'a plus rien avoir avec struts 1.x, qu'il est base sur WebWork. Est ce du marketing? Qu'apporte-t-il de plus par rapport a WebWork (que je ne connais pas)

2. Qu'apporte struts2 de plus que struts 1.x. Je sais qu'il integre AJAX avec dojo et DWR. L'utilisation de WebWork engendre le fait qu'il n'y ai plus de notion de Action/ActionForm mais uniquement des Actions, qu'il y a des notion d'interceptor (sorte de RequestProcessor, mais configurabe sur une Action, d'apres ce que j'ai pu comprendre), facilite de conversion des types, syntaxe OGNL (qu'apporte-il de plus par rapport a la syntaxe EL).

3. Pour se former a struts2, je pense qu'il faut d'abord se former a WebWork, y a-t-t il des personnes qui l'on deja utilise? J'ai l'impression qu'en France nous avons utilise Struts et non WebWork. Si quelqu'un l'a deja utilise, pourrait-il faire un retour d'experiences.

4. A votre avis, les entreprises (SSII,...) seront elles pretes a se lancer dans struts2, comme elles ont fait avec struts 1.x. Pensez vous que cela soit dangereux aujourd'hui de se lancer dans struts2 pour un veritable projet?

Je vous remercie de vos reponses

Angelo

Bonjour,
personne n'est interesse par le sujet? Peut etre que j'ai mal pose mes questions ou peut etre que j'ai mis mon message au mauvais endroit? Un moderateur pourrait-il m'aider a mettre mon message dans le bon forum?

Je vous remercie

Angelo

Ton message est à mon avis dans le bon forum mais je pense que si personne n'y a répondu, c'est peut-être tout simplement parce que les personnes qui fréquentent ce forum ne l'ont sûrement pas encore utilisé ou ne se sont pas encore penchés dessus.;)

Pour ma part, je ne m'y suis pas encore intéressée mais, suite à ton message, je suis allée sur le site de Struts et je m'aperçois que c'est une version Beta.
ça explique sans doute pourquoi peu de monde s'y intéresse non ?
Enfin, c'est mon opinion mais je peux me tromper.:oops:

Merci c_nvy de m'avoir répondu.
D'après ta réaction, struts2 n'est pas prêt à être utilisé aujourd'hui même. Je vais quand même l'étudier. Personne n'a jamais utilisé WebWork?

Angelo

Pour ma part je suis en train d'essayer de jouer avec
(mon patron est sympas :) ).

Pour l'instant des petits problèmes avec certains tags, et une certaine
difficulté pour ne pas intégrer de lourd fichiers javascript...

Plus de précisions plus tard.

PPDL.

Bonsoir petitpasdelune,
t'as de la chance d'avoir un patron sympa. En ce qui me concerne je suis en train de lire la documentation sur WebWork avant de passer a struts2.

Qu'entends tu par "ne pas intégrer de lourd fichiers javascript"? C'est l'integration de dojo qui te pose problème. J'ai l'impression que dojo est quand meme plus lent que scriptaculous (je ne suis pas très objectif non plus, car je suis utilisateur de scriptaculous). Mais bon dojo est apperement le framework qui semble emerger (il est soutenu par IBM, et struts2, l'intègre).

Si tu as des commentaires a faire petitpasdelune, je suis preneur. Merci

Angelo

Oui.
Je dois ajouter de gros scripts pour palier au manque de support pour les animations SVG dans Gecko et autres fonctionnalités.
Dans le cas de JSP qui servent des pages SVG j'ai des problemes de chargement
de scripts (plantage aléatoire) alors que dans la version struts 1.2, sur le même navigateur c'est OK. Mais c'est peut-être [EDIT]surement[/EDIT] due à ma méconnaissance de struts 2.

PPDL.

Ce message a pour principal but de relancer cette discussion. En effet, Struts2 est entre-temps beta. WebWork a également beaucoup gagné en popularité. Je me demande donc l'intérêt pour ce(s) framework(s) dans la communauté Java francophone?!
Notre société délivre des solutions basées sur WebWork depuis un peu plus d'un an et je comptais éventuellement écrire un article sur le sujet... Mais dans quelle direction? Comparaison Struts 1 et 2? Démarrer avec Struts 2? Migrer une progressivement une application Struts 1 vers Struts 2?... Le mieux serait les trois et dans cet ordre, j'imagine...

Bonjour,
merci d'avoir repondu a mon message. Je suis content de voir que WebWork est utilise en France. Je ne l'ai jamais utilise, mais j'ai lu pas mal d'article sur celui-ci et ses concepts me plaisent enormement.

Vu ce que j'ai pu lire sur struts2, je pense que c'est important pour les entreprises, SSII (enfin celles qui veulent être à la page) de commencer a etudier struts2, car je pense qu'il y a moyen que ca arrive dans quelques annees (c'est ce qui s'est passe pour Struts, Hibernate, Spring (ca commence)...)

Je pense que ca serait pas mal de presenter struts2 en decrivant ce qu'il apporte : dojo, tout est POJO, integration avec d'autres framework (Spring,...), les plugins existant (pouvoir visualiser son flow de son application,...)

apres decrire son architecture avec la notion d'Interceptors=>Action =>Results

Il est vrai que la compraison struts1 et struts2 serait pas mal, pour montrer l'interet de struts2, vu que beaucoup de personnes connaissent struts1.

J'aimerais bien comprendre l'architecture de struts2, avoir un exemple de formulaire CRUD qui soit nickel pour ensuite ecrire les templates pour mon plugin eclipse de generation de code Akrogen http://akrogen.sourceforge.net/fr/index.html

D'ailleurs si tu as des exemples de ce que vous avez fait, ou des directives a me donner, je suis tres preneur.

Si il faut je peux essayer de te donner un coup de main pour la redaction (faut juste que je trouves du temps pour dormir).

Merci de ton interet a ce message.

Angelo

Merci pour les pistes... M'y mettre je vais!

Citation:

---

Envoyé par azerr

Si il faut je peux essayer de te donner un coup de main pour la redaction (faut juste que je trouves du temps pour dormir).

---

Même chose ici... Mais c'est noté, je te reviens dès que j'ai quelque chose!

Super!
Je suis impatient d'avoir un retour sur WebWork et struts2.

Merci

Angelo

Bonjour,
Je suis utilisatice de struts 1, mais était sérieusement soualée par la lourdeur de développement. Je m'étais alors tournée vers JSF qui correspondait beaucoup plus à ma façon de voir. Cependant, je ne suis pas très satisfaite des implémentations et surtout j'ai l'impression que devant la suprématie de struts en entreprise, JSF n'a pas beaucoup de chance de se développer. Je n'a pas testé de nouvelle implémentation depuis l'année dernière.
Au début d'un nouveau projet,je viens de découvrir struts 2 et les principes décrits me plaisent beaucoup, je me lance donc dans l'utilisation de struts 2 avec JDK 1.4 (cf j4 dans le package).

Cependant, comme d'hab, je me retrouve face à une doc un peu (beaucoup) légère. Rien que pour faire fonctionner le HelloWorld, j'ai quelques difficultés.
--> Si vous connaissez des docs qui expliquent précisément à quoi correspondent exactement les paramètres de struts.xml (qu’est ce que « package », que met-on dans le « name » et dans « namespace » : dans les exemples, tout s’appelle example et j’ai de la difficulté à voir ce qu’on utilise dans les url)
--> Et SURTOUT : lorsque j’ai réussi à lancer le HelloWorld, j’ai une erreur File "/struts-tags" not found. Logique… vu que je ne vois nulle part la définition de l’uri /struts-tags dans le package struts-blank.

J’ai l’impression d’être une grosse nouille alors que bon, struts 1, je n’ai eu l’aide de personne pour l’installer comme une grande… Help !

Merci de votre aide!

Il suffisait de poser la question ici pour que je trouve ce qu'il manquait :
Dans le struts2-blank-2.0.6.war fourni dans le package, j'ai dû ajouter la ligne

<include file="struts-tags.xml"/>

dans le fichier struts.xml (en dessous de <struts>), ligne qu'on trouve dans le struts.xml de struts2-showcase-2.0.6.war .

Et sinon, attention aux habitués de struts 1 : le fichier de config struts.xml doit se trouver dans le classpath de votre appli (contrairement au struts-config.xml de struts 1 qui se trouvait au même niveau que web.xml) : c'est l'erreur d'inattention qui faisait que mon action n'était pas trouvée.

Je n'ai pas encore tout à fait éclairci la notion de "package", je creuse.

Bonjour Annnne,
merci pour l'information. Si ca ne te derange pas je veux bien que tu nous tiennes au courant de ce que tu fais sur struts2. Des que j'ai un peu de temps, je vais m'y mettre aussi.

Merci

Angelo

Bonjour tout le monde,
bon, j'utilise actuellement struts1. je ne compte pas migrer vers struts2 parcequ'il est en version béta. en plus il y a un grand changement je crois.
en attendant la version finale, je suis entrain de me documenter sur les nouveautées de la version 2. on peut échanger des article ou des liens pour mieux se préparer sur la version 2 avant l'implémenter.
Merci pour ce sujet trés interessent.

Bonjour
merci pour ton interet pour ce post.
Apperement il ya un post http://www.developpez.net/forums/sho...hlight=struts2
qui demande de creer une FAQ dedie a struts2.

Par contre struts2 n'est plus en beta. La version 2.0.6 est une release (depuis un mois je croies).

En effet il y a un grand changement car Struts 2 est base sur Webwork.
Plus de struts-config, Plus d'ActionForm, plus de RequestProcessor, plus de DispactAction.

Les principe de WebWork sont plaisants (tout est interface, (IOC, facilite de faire des tests, independance du contexte (en utilisant ActionServlet)...). Maintenant les critiques que l'on fait sur struts2, c'est qu'il est apperement lent (du a OGNL? ou a DOJO?). je ne l'ai pas encore teste, faudra que je voies ca.

AUtrement je suis a la recherche de personnes motives et interesses pour faire commencer a ecrire les templates pour struts2 pour mon plugin Eclipse de generation de code Akrogen http://akrogen.sourceforge.net/fr/index.html

Si tu es interesse par le sujet, n'hesites pas a me contacter.

Merci

Angelo

Bonjour à tous! :D

Moi c'est aujourd'hui que j'ai décidé de m'y mettre et j'ai commencé par le HelloWorld (normal) mais impossible de le lancer. J'ai m'y une welcome page que j'arrive à accéder mais quand je veut atteindre l'action je reçois une page 404.

J'ai alors déployé le struts2-blank-2.0.6.war mais j'ai le même problème.

Quelqu'un peut-il m'aider ?

Merci d'avance

Citation:

---

Envoyé par nighma

Bonjour à tous! :D

Moi c'est aujourd'hui que j'ai décidé de m'y mettre et j'ai commencé par le HelloWorld (normal) mais impossible de le lancer. J'ai m'y une welcome page que j'arrive à accéder mais quand je veut atteindre l'action je reçois une page 404.

J'ai alors déployé le struts2-blank-2.0.6.war mais j'ai le même problème.

Quelqu'un peut-il m'aider ?

Merci d'avance

---

Voilà j'ai trouvé la solution à mon problème. pour ceux que cela intéresse : http://www-128.ibm.com/developerwork...d=158327&cat=9

Pour être tout à fait franc, j'ai pas passé beaucoup de temps sur Struts 2 ! J'etais un fervent admirateur de Struts 1 (1.2.7 plus exactement), j'étais une sorte de précheur et je passais mon temps à encourager les gens de mon entourage à l'utiliser.
Ensuite, quand j'ai eu un peu de temps libre, j'ai décidé de jeter un petit coup d'oeuil sur Struts 2 via l'exemple fournie dans le site offociel (CRUD). C'etait l'HORREUR ! Beaucoup, mais alors beaucoup trop de changements dans le fichier de config (xml), dans les classes, etc.
Je ne sais pas pour vous, mais pour moi, un framework qui subit autant de changements d'un seul coup, c'est du suicide pur et simple ! C'est pas sérieux et c'est un manque de respects pour les anciens utilisateurs !
Alors voila, je me suis dit qu'un tel effort d'apprentissage serait mieux employé dans une nouvelle technologie comme le JSF, qui de plus est une JSR et est officialisé par SUN !
Dommage ! vraiment car j'adorais Struts, mais tout le monde meurt un jour !

d'un autre coté struts 2 et la suite de webwork 2.2 et pas de struts 1.3 donc c'est normal que struts 2 soit beaucoup plus proche de webwork que de strut. L'architecture de strut ne permettant plus un developpement rapide de mise à jour.

Bonjour à tous,
J'essaye de demarer sous struts 2 mais je trouve pas de documentation; en fait je ne comprends pas beaucoup la doc du projet jakarta; et j'ai vu sur le site de struts qu'il recommande des livres qui parlent de WebWork, alors voilà ma question: est-ce que struts2 c'est webwork et le fait d'apprendre webwork permet de maitriser struts2?? Merci pour votre reponse

Bonjour,

Je débute aussi l'apprentissage de Struts 2 (dur dur de trouver une bonne doc....).
Pourriez vous me dire quels IDEs vous utilisez?
J'essai avec eclipse mais bon mon résultat n'est pas encore très concluant.

Merci

Mat.

Bonjour, nous utilisons Struts 2 pour nos développements intranet.
La prise en main n'a pas été simple au début, mais aujourd'hui nous sommes relativement satisfait de ce framework.
Certaines lacunes de documentation ne facilitent pas la comprehension et certains éléments ne fonctionent pas encore très bien. Il semble quand même qu'une version 2.1 est en cours corrigant certains problèmes, à voir...
En ce qui concerne les plugins, nous avons utilisé Spring, Jasper report, Ajax, un peu de Freemarker et le tout semble fonctionner correctement, ou du moins répond a certaines de nos attentes.
Venant de développement VB et PHP, Struts apporte un grand plus pour le développement.
La ou nous nous sommes un peu cassé les doigts c'est sur l'integration de certains plugins tels que JSF...par exemple, la doc sur ce point est ... inexistante :)
Le second point est que nous n'avons pas encore réussi a utiliser les pool de connexion avec Tomcat...

Sinon nous tournons avec Eclipse WTP, java5 et cnie, tomcat et voila

Donc Struts 2 super, a condition d'accepter de travaille sans grande doc ...

Bonjour AlexisG,
merci beaucoup de ton retour sur Struts2.
Je ne l'ai pas encore utilisé, mais j'ai l'intention de m'y mettre.
Au niveau des performances, Struts 2 tient il la route?

J'entends pas mal parler de problèmes sur le forum de Struts de performance avec OGNL et DOJO Toolkit? Qu'en est il dans votre cas?

Sinon, je suis en train de développer un plugin de génération de code Akrogen
http://akrogen.sourceforge.net/fr/index.html qui permet d'écrire son catalogue de template, wizard page (XML/XUL),...

J'ai écrits un debut de catalogue pour Struts1.x http://akrogen.sourceforge.net/fr/st.../struts1x.html
ou tu peux générer les ActionForm (http://akrogen.sourceforge.net/fr/st...ctionform.html) mettre à jour le struts-config (http://akrogen.sourceforge.net/fr/st...n-mapping.html)
et j'aimerais écrire un catalogue pour Struts2.x.

Je suis donc à la recherche de personnes ayant une expéreince sur Struts2.x pour m'aider à écrire ce catalogue. Si tu es motivé et intéréssé par le sujet, n'hesites pas à me contacter. Je t'expliquerai plus en détail ce que l'on peut faire avec Akrogen. Si il manque une fonctionnalité dans Akrogen dont tu aurrais besoin, je tenterai d'être le plus réactif.

Je te remercie de ton attention.

Angelo

Côté perfs...Dojo en php ou avec Struts c'est kif kif. Mais il est clair que je fais l'impasse sur certains composants. Je me contente principalement des tags ajax défini dans struts, pour le reste certains effets de bord me laissent encore frileux pour faire du full dojo, car autant les trois tags définis marchent relativement bien, autant l'utilisation des widgets Dojo ne sont pas toujours évidente, notemment lors d'insertion de page dans des div et cnie...et surtout quelques divergences de résultat entre IE5 et Mozilla...
Pour le reste ton idée de wizard peut etre interessante mais je ne suis pas un fan de wizard, on perd un peu la connaissance de comment faire les choses.

Bonjour AlexisG,
merci pour tes informations.
Concernant les wizard, je suis d'accord avec toi, ca te cache les problematiques de la technologie. Mais ca te permet de garder une cohérence entre les différents composants à générer.

En J2EE tu as souvent des fichiers de config XML qui font references entre eux. Par exemple en Struts dans le struts-config tu definis une action qui fait souvent reference a un form-bean. Une faute de frappe est tres vite arrivee et tu decouvres ton erreur une fois que tu as deploye ton application (l(action ne fait pas reference a un form-bean existant).
Avec un wizard tu peux eviter cette erreur.

La dernière copie d'écran http://akrogen.sourceforge.net/fr/st...n-mapping.html de la generation de l'action dans le struts-config est un exemple de ce que je te dis. Tu as une combo qui affiche tous les form-bean definis dans ton struts-config.

Je vais fournir plusieurs catalogue de generation de framework, mais l'interet d'Akrogen est que tu peux creer ton PROPRE catalogue de template, wizard.
Et la tu maitrises le code genere. Tu ecris en XML/XUL tes wizards que tu as besoin dans l'architecture de ton entreprise et tu ne te plis pas au code genere d'un plugin. Certes ca n'a pas d'interet pour un petit projet de creer un catalogue, mais ca en a un quand tu as de grosses applications qui utilisent le framework personnalise ou non de ton entreprise.

Avec un wizard tu genere un squelette et le developpeur s'attaque au metier de l'application, plus a des problemes techniques du framework.

Et personnelement je me lasse de developper toujours les mêmes choses. Avec un wizard tu génère un squelette et tu t'attaques qua'u spécificité de l'application.

J'espère que j'aurrais été pertienent dans mon explication. Si tu es intéréssés par le sujet, n'hesites pas à me contacter.

Angelo

Salut, je trouve que l'aspet wizard devrait se tourner plus sur la generation de composants JSP, et perso, laisser de coté les fichiers de confg struts et spring. Pour mon service j'ai redige une méthode de programmation autour de ce framework, c'est un point de vue bien evidemment, mais la ou j'aurais plus un besoin de wizard est justement un composant JSP, comme un composant activeX par exemple. Cela n'est peut être pas clair, mais un composant pourrait être juste une JSP avec un iterator et deux boutons select et delete. Ce composant peut être decliné de différentes manières, mais reste une entité simple. Lorsque je défini donc un module d'une application, je pourrais choisir les composants utiles, une liste, une form de modification/saisie, recherche etc...le wizard permettrait donc dans ce cas de fournir des composants similaires pour toutes les applications.
En utilisant les wildcards de struts 2 il est possible de simplifier la gestion des fichiers de config. Si je decide de faire un module de gestion de client, la definition de l'action serait "client*" pour l'action name, avec une redirection dans les result sur quelque chose comme client{1}.jsp, il est donc possible de définir les composants clientListe1.jsp, clientListe2.jsp, clientForms.jsp, clientRech.jsp etc...l'appel de ces pages passeront toujours par la même action client* dans laquelle les méthodes standards peuvent être définies, update, delete, select, init, default etc...et donc appeler clientListe1!init et clientListe1!update, clientForms!select etc...je decide donc de realiser une action sur un objet business et retourner un composant de mon choix. Mais aussi pouvoir ajouter d'autres composants clientToto sans toucher aux fichiers de config. Cela permet aussi de faire des trucs sympas pour une gestion de profil, ou il serait possible de définir des composants clientManagerListe et clientUserListe, ou dans les result de l'action on banalise le tout, result manager redonne clientManager{1}.jsp etc...C'est une approche comme une autre. Mais pour en revenir au wizard, un catalogue de composant elaboré pourrait servir.

a+

Bonjour AlexisG,
la notion de wildcards que je n'ai jamais utilise permet effectivement de ne pas toucher au fichier de config struts une fois que l'action "wildcardisés" est mis dans le fichier de config.

Dans ton cas mon exemple avec le fichier de config n'est certes pas tres pertinent. Je n'ai pas eu le temps d'ecrire le composant JSP dans le catalogue de struts que j'ai ecrits, mais je vais le faire bientot et tu pourras voir quels sont les types de wizards que l'on peut ecrire en XML/XUL & Javascript avec Akrogen.

Ce dont tu parles est la generation de formulaire (et tious les composants qui s'en rattachent) CRUD (Create,Read, Update,Delete). Avec un catalogue Akrogen tu peux gerer tous ces cas. Dans Akrogen tu as une notion de :

* Component (http://akrogen.sourceforge.net/fr/ca...omponents.html) qui te permet de generer un composant (JSP,activeX....)
* Wizard (http://akrogen.sourceforge.net/fr/catalog/wizards.html) qui permet d'enchainer plusieurs components dans un meme wizard et ou tu peux faire communiquer un champs d'un wizard page avec un autre.

Apres tu fais comme tu veux, c'est ca l'interet d'Akrogen, c'est de pouvoir creer ton catalogue de ce que tu veux generer a partir de wizard Eclipse.

Angelo

Je vais voir pour utiliser la version dispo
Sans doute un topic sur le sujet devrait etre ouvert pour ne pas enrailler ce post

Personnellement, je vos encourage à utiliser le langage de script de présentation FreeMarker avec Struts 2 : c'est une perle de puissance, et pourtant, de simplicité.

La doc est très fournie, et il est, je pense, bien plus rapide que OGNL. :king:

Bonjour,

J'ai utilisé Struts 2 pour faire une application lors d'un stage. Je ne connaissais ni Struts 1 ni Web Net avant de commencer.

Je dois dire que j'ai mis pas mal de temps avant de tout comprendre (la doc est pas tres facile à comprendre). Mais je le regrette pas parce qu'apres on gagne du temps : beaucoup de code est automatisé (apparement plus que pour Struts 1).

Seul petit défaut : il est encore assez difficile d'intégrer de l'ajax aux jsp (en dehors bien sur du code qui est ajouté automatiquement par les balises Struts et les fichiers de validation).

Avantages :
- les interceptors c'est vraiment tres pratique
- on peut intégrer Spring et Hibernate tres facilement

Citation:

---

Envoyé par AlexisG

La ou nous nous sommes un peu cassé les doigts c'est sur l'integration de certains plugins tels que JSF...par exemple, la doc sur ce point est ... inexistante :)

---

Quelque chose de mal documenté pour JSF ? Est-ce possible ?? :roll: