Discussion :

[azerr]

Juste pour information,
Struts2 http://struts.apache.org/2.x/ est maintenant en release.
Maintenant y a plus d'excuse pour se lancer dans Struts2!
J'espere que beaucoup de personnes seront interesses par ce framework base sur WebWork, ou des widget AJAX (base sur dojo) ont ete integre au framework.

Je n'ai pas encore eu la chance de l'utiliser, mais j'essaie de me tenir au courant de ce que struts2 peut fournir.

Peut etre serait-il interessant de creer un forum dédié à Struts2 et de pouvoir échanger? Qu'en pensez vous les modérateurs?

Angelo

[Ricky81]

Pour l'instant il est préférrable de mettre un tag [Struts 2] dans les sujets, en attendant

[*alexandre*]

j'essaye de loader un exemple depuis 2 min j'attend pour voir ...

même pas un sample comprenant l'ensemble des composants ... arff ...(en exemple sur le web)

Après installation sur mon poste des samples une chose à dire :

Effroyablement lent, je sais pas si Craig R. McClanahan fait toujours partie du projet mais ca semble être au niveau perf un sacré retour en arrière ...

Déjà que JSF c'est pas une référence ...pas envie d'aller plus lent très déçu.

Je vous invite à testé click framework à titre de comparaison ...

[azerr]

Je trouve dommage d'etre si categorique. Struts2 est base sur Webwork qui a des concepts plutot bien fait (notion d'interceptor, action, result), et je pense qu'il est interessant de lire ses concepts, car ca donne plein d'idees d'architecture.

Le fait qu'il soit lent, la je ne peux rien dire encore car je n'ai pas encore eu le temps de tester. C'est peut etre dojo qui est en ait la cause. Va falloir que je le teste pour voir un peu plus en detail.

Concernant click, serait-il possible de nous faire part de ton experience. Qu'est ce qu'il apporte?

Angelo

[*alexandre*]

Je trouve dommage d'etre si categorique. Struts2 est base sur Webwork qui a des concepts plutot bien fait (notion d'interceptor, action, result), et je pense qu'il est interessant de lire ses concepts, car ca donne plein d'idees d'architecture.

Le fait qu'il soit lent, la je ne peux rien dire encore car je n'ai pas encore eu le temps de tester. C'est peut etre dojo qui est en ait la cause. Va falloir que je le teste pour voir un peu plus en detail.

Concernant click, serait-il possible de nous faire part de ton experience. Qu'est ce qu'il apporte?

Angelo

Par rapport à un click, c'est un framework qui supprime l'utilisation de MVC qui je semble est inadapté dans un contexte web, (le créateur de Struts à bien abandonée cette architecture pour JSF)

click se rapproche fortement de .NET et du code behind, une classe est associée pour une page tu modifies donc une page tu ne répercutes pas ces changements sur d'autres classes placé dans un contexte web.

Lorsque tu traîtes une page qui contient des tags qui doivent être intépretés avant d'être rendu au client ceux-ci sont de la forme

$attribut

Le parsage d'une page qui contient un simple champ qui doit être traité côté server afin d'être rendu au client n'est donc constitué que d'un seul et unique attribut par propriété.

Dans le contexte des framework web actuel, tu définis un tag et l'ensemble de ces attributs

exemple

<h:table name="toto" binding="${someBean.list}"> etc

Pourquoi tout le monde fait le choix d'utilisé cette solution ?

Pour la simple raison que l'utilisation de composant est normalisé et donc tend à de très faible changement, tu définis un style propre à un client. Tu ne définis pas un composant pour chacun de tes clients (dans la plupart des cas)

Ceci afin d'augmenter la réutilisation des composants, le but de produire à moindre frais.

etc etc etc ...

[azerr]

Tu veux parler de Shale? Tu l'as deja utilisé?
J'irai faire un tour sur Click que je ne connais pas. Tu l'utilises dans le cadre professionnel?

Angelo

[*alexandre*]

Tu veux parler de Shale? Tu l'as deja utilisé?
J'irai faire un tour sur Click que je ne connais pas. Tu l'utilises dans le cadre professionnel?

Angelo

J'évalue plusieurs framework J2EE pour faire une refonte d'un site que j'ai déjà fait en Perl et pour lancer d'autres projets J2EE.

Pour le moment je retiens Click + EJB 3.0 + Hibernate, J'ai travaillé sur JSF + Spring + Hibernate mais décu au niveau perf ...

C'est du hobby ... (on dira) Je chercherai d'ailleurs plusieurs developpers notamment pour refaire

http://avant-garde.no-ip.biz/

(ca tourne sur mon home pc avec 22Ko d upload donc ...)

[wilecoyote]

si quelqu'un veut voir une animation flash sur la construction d'une application avec click, j'ai réalisé 2 petits tutoriaux

voici le lien

[alexis.maillot]

Salut Angelo,

J'ai survoler rapidement Struts2 (mais vraiment rapidement).

Au premier abord, je trouve Struts2 particulièrement plus simple que Struts1 :

• l'abandon des formulaires est une bonne chose selon moi !
• pouvoir faire un fichier de validation et un fichier de properties par Action est une très bonne initiative !!
• le devMode est tout simple hyper bienvenue !!!!
• le système de template permet plus de flexibilité que les taglibs et colle mieux au MCV (les taglibs existent toujours mais le HTML est bien dissocié du Java)
• j'aime beaucoup l'object ActionContext...
• ...

Donc, Struts2 en tant que Framework MVC² me parait plutôt prometteur. Après (et c'est un avis personnel), je trouve un peu dommage que ce projet s'"éparpille" avec l'intégration d'un thème Ajax. Cela dit, rien n'oblige à utiliser ce thème... mais rien que le thème de base (simple) fait appel à dojo. Ca me donne un peu l'impression que Struts ne se présente plus uniquement comme un framework Java...

En bref, j'ai un avis plutôt positif... mais je n'y ai passé que quelques dizaines de minutes (et je n'ai fait qu'un écran).

Par contre niveau documentation... on a été habitué à mieux il me semble chez Jakarta...

[petitpasdelune]

Oui Struts 2 est prometteur.
Et oui la doc est le parent pauvre et surtout elle est mal structurée.
Cependant, malgré les améliorations, là ou le bas blesse, c'est
la lenteur du tout. C'est incroyablement lent, presque à me faire
préférer Struts1 avec sa pléthore de classes.

<attend les retours de flames/>

PPDL.

[azerr]

Bonjour,
merci de vos impressions.
Je viens de terminer lire la doc "WebWork in Action" et je suis assez friand de ces concepts (Interceptors->Action-Results).

Avec un interceptor on definit un traitement (securite, log, modeldriven...) et on les empile ensuite dans le fichier de config XML webwork. Jusqu'a maintenant ces traitement je les faisais dans le DispatchAction ou dans le RequestProcessor. Avec les interceptors, on peut utiliser sa propre classe Action sans qu'on soit obliger d'heriter d'une classe particuliere.

Ce qui me plait bien, c'est que Webwork est independant du contexte (Servlet, Request,...), autrement dit il stocke dans une ThreadLocal tous les objets depuis le debut de l'appel de l'url jusqu'a la generation de la partie presentation (JSP,...). Du coup on a acces au contexte request, session, servlet,... a n'importe quel moment.

Maintenant struts2, je ne l'ai pas encore utilise. Il est base sur DOJO qui est repute a etre lent, mais la communite DOJO est enorme et j'ai l'impression qu'il est beaucoup soutenu. (En ce moment je fais du DOJO, et les concepts sont bien penses (chargement a la demande du Javascript, model de widget,...))

Je pense que Struts2 sont partis sur DOJO parce qu'il est bien soutenu (par IBM je croies). J'avais pose ma question sur le forume de Struts pour connaitre la raison pour laquel il n'utilisait pas prototype. On m'a dit que c'etait surtout du au portlet, car Prototype n'a pas de namespace et redefinit des methodes de bases de Javascript (Array,...)

J'espere donc que Struts2 va ameliorer les performances, parce que ces concepts semblent vraiment tres bon.

Angelo