Etude sur GWT

Bonjour tout le monde,
Je fait une étude sur plusieurs technologies pour conseiller pour au final faire un petit comporatif sur les technologies permettant de faire du web2.0.Donc je suis sur l'étude de GWT est je doit dire que je suis très seduit par cette .Je doit dire trop impressionner pour faire une analyse objective.C'est pour cela j'aurais besoin de la communauté GWTs savoir vos impressions sur la techno.En somme si GWT est utilisé par beaucoup d'entreprise?Si oui lesquelles?
Les limites de la technologies?
Par exemple est ce qu'il tiens biens pour une grosse application?
Est ce que la sécurité a un sens avec gwt?
Merçi pour vos réponses.

My 2 cents: une conférence sur la sécurité dans GWT

moi j'utilise gwt en tant qu'amateur, mais dès que j'ai l'occasion de le recommander au boulot, je le fais.

est ce que ca tient bien pour une grosse application: grosse dans quel sens ? coté serveur, c'est du java donc c'est à toi de faire l'architecture qui convient à ton appli, coté client c'est du javascript quoi...

Bonjour, je parlerai de mon experience avec GWT.

Nous utilisons GWT pour des applications professionnelles.
Le point fort est la vitesse de developpement, qui nous permet d'implementer rapidement ce que le client desire.
Les limtes: celles du browser, et celles de JS.
Grosse application ? La plupart du temps, ce sont des interfaces qui permettent d'acceder et de modifier une DB sur un serveur.
En ce moment, je suis sur quelque chose d'un peu plus gros (logiciel d'edition d'articles stockes dans un repository, multilingues, avec gallerie de photos qu'on peut uploader), et quelques composant pour le eShop associe, mais le principe reste le meme.

Merçi pour vos réponses.
Justement si vous voyez que je restes un peux perplexes sur la sécurité c'est bien à cause des performances énormes de GWT.Et par exemple quand je le compare à une application JSF ,qui nest étophé coté sécurité rien à dire même si ceci c'est au détriment de la performance.J'ai vraiment fait la comparaison en faisant deux applications qui font la même chose ,l'une en jsf+icefaces et l'autre en gwt.J'ai implémenté le drag and drop en jsf et à observer les performances en essayant d'augmenter la cadence du glisser déposer et au bout de quelques essaies certains éléments n'étaient plus insérés et restaient figer sur la page.Contrairement à GWT qui était assez fluide et voyait tous ces éléments s'insérer correctement .
Croyez -vous qu'une technologie qui est si performante peux être très sécurisé?

je ne vois pas le rapport entre performance et sécurité :)

c'est quoi pour toi une application "sécurisée" ? t'as regardé la conférence que je t'ai donné ?

Pour ma part, je suis en train d'utiliser cette technologie. Elle est intéressante mais on peut y apercevoir quelques soucis :

- L'intégration n'est pas parfaite avec l'existant. Par exemple avec Spring et Hibernate dans mon cas. Dans le premier cas ça c'est plutôt bien passé, c'est fait avec GWT-SL et dans le deuxième avec Gwt4Hibernate mais cela reste à améliorer.

- On ne peut pas utiliser java 1.5. Ça ne pose guère de soucis mais cela peut être plus chiant lorsque l'on veut annoter son domain.

- Il y a relativement peu de Widgets de base. On peut palier ça avec GWT-Ext et ExtJs. Par contre ce dernier vient de changer de licence pour passer en GPL...

- Il n'impose rien au niveau architecture et cela peut vite devenir inmaintenable si quelque chose n'est pas fait de ce côté.

- On utilise du javascript donc ça pose un soucis à cause de l'évolution des navigateurs. Firefox 3.0, Internet Explorer 8.0 ?

- La vision est tourné mono-page (enfin c'est comme ça que je le vois) et ça ne s'adapte pas toujours à ce que l'on recherche.

Citation:

---

Envoyé par mamelouk

je ne vois pas le rapport entre performance et sécurité :)

c'est quoi pour toi une application "sécurisée" ? t'as regardé la conférence que je t'ai donné ?

---

Une application sécurisé c'est une application qui n'est pas facilement violable .SI JE TE dit performance et sécurité c'est parce que les applications qui sont fait en jsf préconisent la sécurité et ceci au détriment de la performance.Toutes les contrôles se font directement coté serveur.Et c'est ce qui fait que la vitesse entre deux requettes sur le serveur peut être lent comparée à gwt.C'est justement pour ça .Je vais de ce pas regarder la vidéo ,j'avais pas fait gaf ensuite je te donne mon impression.

Citation:

---

Envoyé par dolfendo

Toutes les contrôles se font directement coté serveur.

---

Tu peux le faire également avec GWT. Rien de t'empêche d'ajouter des contrôles dans tes services (côté serveur).

Le seul petit risque "côté client" est de stocker des "informations sensibles" dans le javascript et/ou cookies. Mais cela est également vrai avec toutes les technos web. Je ne vois pas en quoi ce serait une techno moins "sécure" ?
Au contraire, le code client étant entièrement en javascript "optimisé", il est moins accessible pour l'utilisateur lambda.

Je vous invite a regarder ces slides que j'ai presente lors de la QCon à Londres :
http://www.slideshare.net/dgirard/gw...-the-platform/
Cordialement,
Didier

En terme de sécurité - du point de vue politique d'accès aux resources, authentification, accréditation -, GWT se couple bien avec ACEGI.

Citation:

---

Envoyé par dgirard

Je vous invite a regarder ces slides que j'ai presente lors de la QCon à Londres :
http://www.slideshare.net/dgirard/gw...-the-platform/
Cordialement,
Didier

---

Intéressant, ça donne envie de s'y mettre. Mais bon, forcément c'est un coup de pub :)
Il aurait été plus objectif de parler des inconvénients également, il doit bien y en avoir.

J'ai, avec un ami, un projet perso en tête, et je dois dire que d'après tout ce que j'ai pu voir dans mes recherches, n'ayant pas encore fait d'appli avec interface web, je penche vers GWT.

De toute façon la sécurité à laquelle tu pense c'est celle coté serveur et avec Gwt il n'y a pas de problème, par contre coté client tu ne peux uniquement offusquer le JS, mais mis à part ça le code coté client est disponible quelle sue soit l'application combinant (X)HTML et JS....

Pour moi qui suis débutant dessus, je le trouve très bien combiné à Spring et Hibernate pour les requêtes en base de données.

Citation:

---

Envoyé par benwit

Tu peux le faire également avec GWT. Rien de t'empêche d'ajouter des contrôles dans tes services (côté serveur).

Le seul petit risque "côté client" est de stocker des "informations sensibles" dans le javascript et/ou cookies. Mais cela est également vrai avec toutes les technos web. Je ne vois pas en quoi ce serait une techno moins "sécure" ?
Au contraire, le code client étant entièrement en javascript "optimisé", il est moins accessible pour l'utilisateur lambda.

---

Bonjour,
Justement je sais bien que ces contrôles peuvent être faites côté serveur.Ma question n'est pas la ?Mais est ce que ceci ne ralenti pas les performances de gwt sur la rapidité de réponse par exemple.Si c'est le cas à quelle proportion?

Citation:

---

Envoyé par dolfendo

Bonjour,
Justement je sais bien que ces contrôles peuvent être faites côté serveur.Ma question n'est pas la ?Mais est ce que ceci ne ralenti pas les performances de gwt sur la rapidité de réponse par exemple.Si c'est le cas à quelle proportion?

---

j'te jure que je comprends toujours pas ce que tu veut dire. si tu me donnais un exemple?

et puis il me semble bien que c'était ta question originelle quand meme :

Citation:

---

Envoyé par dolfendo

Est ce que la sécurité a un sens avec gwt?

---

Citation:

---

Envoyé par dgirard

Je vous invite a regarder ces slides que j'ai presente lors de la QCon à Londres :
http://www.slideshare.net/dgirard/gw...-the-platform/
Cordialement,
Didier

---

le slide de la mort de jsf strut et autre m'a tué.Je poserai la mêmes question que Benwit.Dans votre présentation que j'ai aimé car j'ai suivi également la vidéo sur le compilateur gwt,mais à aucun moment vous n'avez parlé des limites de gwt et franchement je doute qu'il existe une technologie qui est sur à 100%.Je pense aussi et ceci n'est que ma vision de la chose,quand des limites sont connues ,On est mieux prudent par rapport à ça et on essaie de palier ces limites en contournant le problème.Sur la plupart des conférences que j'ai suivi ,je suis toujours resté à ma faim car j'attendais de voir les limites de cette techno qui du reste est vraiment génial mais rien.

Citation:

---

Envoyé par mamelouk

j'te jure que je comprends toujours pas ce que tu veut dire. si tu me donnais un exemple?

et puis il me semble bien que c'était ta question originelle quand meme :

---

Si tu vois que je pose autant de question sur lGWT c'est parce que je suis intéressé et ce sont ces questions qui reviennent quand je propose la techno dans ma boite.Peut être que je suis pas assez clair ...
Je veux juste savoir est ce que si tu fait beaucoup de contrôle coté serveur tu auras les même résultat avec GWT?
Je t'ai donné un exemple avec JSF en te disant que rien n'était fait coté client genre en faisant un drag and drop de l'article il ya une requette faites aux serveurs et ça diminue vachement le temps de réponse .

Citation:

---

Envoyé par dolfendo

Peut être que je suis pas assez clair ...

---

Oui c'est ce que j'essaie de te dire sans méchanceté..

Sur le serveur tu peut faire des controles sur les données qui te seront envoyés, mais la charge de ton serveur dépendra des controles que tu fera, donc de tes données...

mais bon peut etre que je suis pas qualifié pour faire la comparaison parce que j'y connais rien en JSF

GWT ne procède pas différemment dans le traitement de la donnée qu'avec JSF. Selon les cas, la validation de la donnée peut-être faite soit côté client, soit côté serveur.

Par contre la sécurité peut être moindre dans le cadre de GWT, pour la simple raison qu'à la différence de JSF, tu n'as pas un pré-processing qui est fait avant génération.

Dans jsf, tu peux générer ou oblitérer des parties de telle façon qu'en vigueur de droits acquis par exemple, ta page générée ne soit pas la même. Avec GWT, tu ne peux pas. Pour les fonctions d'administration ce peut-être un soucis.

Citation:

---

Envoyé par dolfendo

franchement je doute qu'il existe une technologie qui est sur à 100%.Je pense aussi et ceci n'est que ma vision de la chose,quand des limites sont connues ,On est mieux prudent par rapport à ça et on essaie de palier ces limites en contournant le problème.

---

Je suis bien d'accord avec ce point de vue.
GWT a des limites et c'est en mettant le doigt dessus que je peux les contourner ou m'en servir à bon escient.

J'ai fait un article dessus :
http://blog.developpez.com/benwit?ti...e_gwt#more5844

dolfendo toi qui cherches des infos sur la sécurité, cet article tombe à pic pour toi :

http://groups.google.com/group/Googl...t-applications

Citation:

---

Envoyé par benwit

Je suis bien d'accord avec ce point de vue.
GWT a des limites et c'est en mettant le doigt dessus que je peux les contourner ou m'en servir à bon escient.

J'ai fait un article dessus :
http://blog.developpez.com/benwit?ti...e_gwt#more5844

---

C'est cool,ça va beaucoup aider cet article

Citation:

---

Envoyé par mamelouk

dolfendo toi qui cherches des infos sur la sécurité, cet article tombe à pic pour toi :

http://groups.google.com/group/Googl...t-applications

---

Merçi beaucoup pour ce lien .C'est la question de pas mal de boite.AJAX est bien et tout...est-ce que la sécurité est au rendez-vous?...Mais je pense que cet article comme tu dit tombe à pique.

Citation:

---

GWT ne procède pas différemment dans le traitement de la donnée qu'avec JSF. Selon les cas, la validation de la donnée peut-être faite soit côté client, soit côté serveur.

---

Peux tu donner un exemple de cas où la validation peut se faire coté client?

Citation:

---

Par contre la sécurité peut être moindre dans le cadre de GWT, pour la simple raison qu'à la différence de JSF, tu n'as pas un pré-processing qui est fait avant génération.

---

Je suppose que c'est ce pré-processing qui ralenti le temps de réponse sur une requête en jsf ?

Citation:

---

Dans jsf, tu peux générer ou oblitérer des parties de telle façon qu'en vigueur de droits acquis par exemple, ta page générée ne soit pas la même. Avec GWT, tu ne peux pas. Pour les fonctions d'administration ce peut-être un soucis.

---

Tu faits allusion aux habilitations user.Ce qui veut dire que si tu mets en oeuvre une application où t'as besoin de gerer des habilitations tu ne peux pas le faire en gwt?

GWT c'est bien, ZK c'est pas mal aussi:
Demos de ZK

Voici une comparaison de ZK et de GWT, il y a environ 6 fois moins de lignes de code à écrire pour faire la même chose en ZK que en GWT:
GWT vs ZK

Et ZK avec le "springresolver" ouvre les portes du J2EE sans problèmes (Je l'utilise en front end de EJB3)

bonjour,
J'ai regardé vite fait les demos ZK et les sources .Je doit dire que ça à l'air pas mal mais le fait de coder en javaScript ne m'enchante pas trop.Donc d'entrée je me dit que ZK présentera les mêmes limites que l'ensemble des technologies où tu code en javaScript c'est à dire lefait que ce dernier soit très complexes à tester.

En effet, d'autant plus que dans ce créneau il y a beaucoup de concurrence comme open-laszlo qui compile autant du flash que du dhtml.

Moi j'ai bien regardé la démo de ZK, je trouve ça bien trop lent par rapport à Gwt et le codage en JS c'est moins intéressant qu'en java je trouve.....

effectivement l'interface ZK se ne se programme pas en java, mais ce n'est pas du js:
Dans les exemples on voit effectivement du "script" ZK pour la logique, mais c'est simplement pour avoir tout dans une page. Dans le monde réel, c'est une référence vers un bean (à la JSF) qu'il faut utiliser. Dans ce cadre, ZK ne fait que la présentation, et le fait de manière simple.

open-laszlo génère du html? Il doit y avoir un flash player coté client, ce qui n'est pas le cas de ZK.

Et enfin pour les performance, le mieux est de tester sur son serveur tomcat, et vous verrez qu'il n'y a pas de soucis

Citation:

---

Envoyé par cisco

open-laszlo génère du html? Il doit y avoir un flash player coté client, ce qui n'est pas le cas de ZK.

---

Oui ca génère aussi de l'html et non y'a pas besoin de player flash dans ce cadre. Vas-voir les démos: http://www.openlaszlo.org/demos

Avez-vous regardé les autres bons Ajax frameworks par exemple IceFaces-DWR-Ajax4JSF-Dojo?

Citation:

---

Envoyé par dolfendo

le slide de la mort de jsf strut et autre m'a tué.Je poserai la mêmes question que Benwit.Dans votre présentation que j'ai aimé car j'ai suivi également la vidéo sur le compilateur gwt,mais à aucun moment vous n'avez parlé des limites de gwt et franchement je doute qu'il existe une technologie qui est sur à 100%.Je pense aussi et ceci n'est que ma vision de la chose,quand des limites sont connues ,On est mieux prudent par rapport à ça et on essaie de palier ces limites en contournant le problème.Sur la plupart des conférences que j'ai suivi ,je suis toujours resté à ma faim car j'attendais de voir les limites de cette techno qui du reste est vraiment génial mais rien.

---

Ce slide m'a également fait sourire :) Je pense qu'il est volontairement provoquant pour lancer le débat.
GWT n'est évident pas LA solution unique a toutes les problèmatiques. Un exemple simple me viens a l'esprit : Je n'utiliserai pas GWT pour une application ou un site qui doit être accessible aux malvoyants (Conforme W3C AA ou AAA). Rien de mieux à ma connaissance que XHTML / CSS couplés avec les technos "enterrées" par dgirard.

Il existe sans doute d'autres exemples.

Pour infos une liste des limitations du compilateur GWT est disponible ici : http://code.google.com/webtoolkit/do...ScriptCompiler

gwt est intéressant car il permet de s'affranchir de javascript...

il manque de documentation par contre

autrement, il y a framework qui sont très intéressant par exemple zk

une liste de framework ajax pour java:

http://ajaxpatterns.org/Java_Ajax_Frameworks

il y en a énormément

Citation:

---

Envoyé par dolfendo

le slide de la mort de jsf strut et autre m'a tué.Je poserai la mêmes question que Benwit.Dans votre présentation que j'ai aimé car j'ai suivi également la vidéo sur le compilateur gwt,mais à aucun moment vous n'avez parlé des limites de gwt et franchement je doute qu'il existe une technologie qui est sur à 100%.Je pense aussi et ceci n'est que ma vision de la chose,quand des limites sont connues ,On est mieux prudent par rapport à ça et on essaie de palier ces limites en contournant le problème.Sur la plupart des conférences que j'ai suivi ,je suis toujours resté à ma faim car j'attendais de voir les limites de cette techno qui du reste est vraiment génial mais rien.

---

Je suis content que mon slide de la mort vous ait interpele, il est la pour ca. Les techno Struts et PHP ne disparaitront pas, elle existe, il va etre difficile de les faire sortir des SI. Nous devrons encore les connaitre pendant de nombreuses annees. Par contre, j'ai de plus en plus de client qui etudient des solutions alternatives. Deux solutions tiennent la corde : GWT et Flex. Flex est une tres bonne technologie, par contre, une entreprise a deja des developpeurs qui connaissent java a plutot tendance a rester conservateur et a passer a GWT. Je pense que dans un avenir proche, il y aura une version Java de Flex, a ce moment la, le tour de table des technologies sera un peu different. Un bon indicateur sur ce point est que Adobe vient de faire rentrer dans l'equipe Flex l'un des developpeurs Swing les plus connus : http://groups.google.com/group/javap...2332e4bc75676f.

Pour ce qui est du plus gros defaut de GWT, je pense que c'est sa facilite de prise en main. GWT est une technologie qui est tres accessible : tres rapidement on peut faire un HelloWorld sexy. Mais des que l'on attaque une application avec plusieurs centaines d'ecrans il est important de prendre du recul et de reinjecter les bons vieux patterns que l'on utilisait pour faire de bonnes applications VB, Delphi ou Swing. J'ai vu beaucoup de projets en difficulte car les acteurs n'avaient pas pris le temps de prendre du recul.

Cordialement,
Didier

Citation:

---

Envoyé par nshimiye

Avez-vous regardé les autres bons Ajax frameworks par exemple IceFaces-DWR-Ajax4JSF-Dojo?

---

J'ai testé icefaces et y'a aussi un collègue qui a fait la même chose que ce que j'ai fait en Dojo.Il faut dire que icefaces c'est bien mais parfois très lent.Le partial submit est une chose extraordinaire j'ai beaucoup aimé.Mais ce que j'ai pas aimé c'est implémentation du drag and drop qui plante souvent surtout quand tu veux déplacer tes élément e manière très rapide.Même sur leur site de démos, j'ai réussi à faire planter leur exemple du drag and drop.C'est vous dire que ya des choses à voir.Pour cette techno j'ai vu que y'avais beaucoup d'entreprise qui l'utilise actuellement alors que c'est récent et pas assez connu par les communautés informatiques.Je trouve ceci assez étrange à moins qu'il fournisse qu'une partie des possibilités du framework.Pour ceux qui aimerai voir :http://wwwicefaces.org

Citation:

---

Je pense que dans un avenir proche, il y aura une version Java de Flex, a ce moment la, le tour de table des technologies sera un peu different. Un bon indicateur sur ce point est que Adobe vient de faire rentrer dans l'equipe Flex l'un des developpeurs Swing les plus connus

---

Je pense qu'il est plus là pour apporter son expérience et faire évoluer Flex dans le bon sens que pour créer une version Java.

Moi, j'attends de voir Java FX et les dernières améliorations de la JRE.
Peut-être bien qu'une solution entièrement Java sera une bonne solution: Applet, Jaxa FX...

Citation:

---

Envoyé par fr1man

Je pense qu'il est plus là pour apporter son expérience et faire évoluer Flex dans le bon sens que pour créer une version Java.

Moi, j'attends de voir Java FX et les dernières améliorations de la JRE.
Peut-être bien qu'une solution entièrement Java sera une bonne solution: Applet, Jaxa FX...

---

+1

Citation:

---

Envoyé par Tommy31

Dans jsf, tu peux générer ou oblitérer des parties de telle façon qu'en vigueur de droits acquis par exemple, ta page générée ne soit pas la même. Avec GWT, tu ne peux pas. Pour les fonctions d'administration ce peut-être un soucis.

---

A mon avis, tu peux arriver au même genre de comportement avec le deffered binding de GWT.

ouaip, en générant 2 versions une user et une admin.

Citation:

---

Envoyé par dgirard

Mais des que l'on attaque une application avec plusieurs centaines d'ecrans il est important de prendre du recul et de reinjecter les bons vieux patterns que l'on utilisait pour faire de bonnes applications VB, Delphi ou Swing. J'ai vu beaucoup de projets en difficulte car les acteurs n'avaient pas pris le temps de prendre du recul.

---

De quels vieux patterns parles-tu exactement ?


Quelqu'un à un retour GWT sur de grosses applications (plus de 100 pages) ? La taille du JS doit être assez importante, est-ce que les navigateurs le supportent bien ?

Citation:

---

Envoyé par Arelus

Quelqu'un à un retour GWT sur de grosses applications (plus de 100 pages) ? La taille du JS doit être assez importante, est-ce que les navigateurs le supportent bien ?

---

qu'est que tu appelle une "page" dans une application ajax ?

si ton application a beaucoup de widgets différents tu peut les séparer en différents "modules". cf une recherche sur le forum, la doc gwt, et cette vidéo http://www.youtube.com/watch?v=kkbTbkMRZGE