GWT peut-il remplacer les jsps ?

Citation:

---

Envoyé par lunatix

GWT implique quand meme de gros problemes d'architecture.

les objets qui passent dans ce framework doivent implementer isSerializable (rien a voir avec l'interface serialisable java), et du coup, si on veut passer un objet de la couche metier : il faut soit qu'il implemente une interface de la couche de presentation (beuark), soit tout recopier (beuark).

---

pour ca y'a une librairie trés pratique GwtX qui permet d'implemetner le serialisable de java dans un projet Gwt, autrement dit pour tes objets tu leur fais implementer serialisable et isSerializable de gwt et c'est bon :)
http://code.google.com/p/gwtx/

Au passage, mes félicitations au créateur de GwtWindowManager, je ne pensais pas qu'il était francais, une petite question, est ce qu'il est prévu d'intégrer à Gwt un composant qui au lieu de créer une fenetre virtuel, créerait un popup html classique ? (avec tous les intéractions que çà necessite derriére).

PS : mes felicitations au responsable de onGwt,

Pour ceux qui veulent voir un exemple d'application de Google Web TOolkit, c'est assez bien foutu :)
http://kdice.com/

Bonjour à tous,

Concernant le passage d'objets Hibernate avec des propriétés lazy, j'ai développé une petit librairie qui prend en charge ce problème (http://hibernate4gwt.sourceforge.net), permettant ainsi de se passer des innombrables clones Dozer généralement utilisés dans ce cas.
Bon, il ne s'agit que d'une première version, mais cela peut vous donner des idées ;)

Hope this helps !

Ca devient pas lourd tout ca ???? GWT+Struts+Hibernate+quelques librairies, pour éviter un peu (on...beaucoup) de javascript.

Je pense qu'on ne tardera pas à réorganiser tout cela de façon plus simple (comme gwtlike intégré directement dans des composants JSF). Ce qui signifie que si vous vous lancez dans des trucs bien embrouillés, la maintenance du code sera bien compliquée.

Citation:

---

Envoyé par nicorama

Ca devient pas lourd tout ca ???? GWT+Struts+Hibernate+quelques librairies, pour éviter un peu (on...beaucoup) de javascript.

Je pense qu'on ne tardera pas à réorganiser tout cela de façon plus simple (comme gwtlike intégré directement dans des composants JSF). Ce qui signifie que si vous vous lancez dans des trucs bien embrouillés, la maintenance du code sera bien compliquée.

---

GWT pour remplacer du JavaScript, oui, ça reste du coté du client.

Après, les autres librairies que tu cites prennent en charge les mêmes problématiques serveurs (Hibernate, Spring, ...) qu'une appli Web classique en JSF.
Donc ce n'est pas plus compliqué de développer une appli Web en GWT qu'avec JSF + JavaScript ;)

j'ai apprécié le GWT comme framework d'aprés les nouveautés qu'il vient d'apporter, alors j'ai décidé de developper une petite application contenant un genre de menu vertical dont j'en ai besoin dans mon grand projet,j'ai trouvé le composant StackPanel de ce frameWork est le composant qui peut satisfaire un mon besoin, j'ai suivi tout les recommandations necéssaire pour réussir cette petite application qui consiste tout simplement à afficher le StacKPanel verticalement contenant 3 label mais malheureusement rien ne s'affiche dans ma page html. j'ai utilisé l'Eclipse comme outil de developpement.
j'éspère que j'ai réussi à bien expliquer mon problème
il y a t il quelqu'un qui peut me présenter un petit exemple bien clair et détaillé pour afficher ce que j'ai besoin.
merci de votre aide
à+

Rebonjour, pour le probléme de isSerializable, ca sera résolu dans la prochaine version,

voir les releases notes ici
http://groups.google.com/group/Googl...47edc779c8c5a3

la rc DE GWT EST SORTI
http://googlewebtoolkit.blogspot.com/

:yaisse2:

Quelques très bons trucs dans cette release !

Ils ont enfin introduit le marqueur Serializable, ce qui devrait simplifier pas mal de choses.

Salut!

J'ai apprécié le Framework GWT, il facilite énormement les choses :D .
Ce pendant je ne connais pas trop en détails la licence Apache 2.0.

Est ce qu'on peut utiliser l'API GWT dans une application commerciale sans fournir le code (un peu comme la licence LGPL)?

Merci;

Citation:

---

Envoyé par foued_scorpion

Salut!

J'ai apprécié le Framework GWT, il facilite énormement les choses :D .
Ce pendant je ne connais pas trop en détails la licence Apache 2.0.

Est ce qu'on peut utiliser l'API GWT dans une application commerciale sans fournir le code (un peu comme la licence LGPL)?

Merci;

---

Ce que tu as le droit c'est d'utiliserGWT pour générer ton application commerciale, par contre tu n'as pas le droit de faire une application commerciale qui fait la même chose que GWT à partir des sources de GWT.

En gros Ce que tu génères avec GWT t'apartient et tu peut en faire ce que tu veux.

Citation:

---

Envoyé par moritan

Ce que tu as le droit c'est d'utiliserGWT pour générer ton application commerciale, par contre tu n'as pas le droit de faire une application commerciale qui fait la même chose que GWT à partir des sources de GWT.

En gros Ce que tu génères avec GWT t'apartient et tu peut en faire ce que tu veux.

---

Merci. :king:

Je commence à taquiner pas mal la bête, il faut reconnaître que c'est un framework extrêmenent séduisant. Concevoir l'appli de bout en bout dans l'univers Java est très appréciable.

En revanche, je trouve que les widgets fournis par Google sont maigres par rapport à ce qu'on peut trouver dans d'autres frameworks Ajax. Et la communauté y palie de façon anarchique. Chacun y va de son framework d'extension, ca manque d'homogénéité.

Pour les widgets, normalement, c'est un des objectifs des prochaines versions (deja la 1.4 amene des sliders, et un rich-text-editor, ainsi que un dropdown panel)

Ce qu'il manque cruellement, c'est :

1) un mécanisme de gestion des formulaires qui passe par des layouts, des validateurs, et des moyens de restituer visuellement les erreurs de saisie,

2) un mécaisme de databinding, avec une notion de source, ou de provider. OpenLaszlo fait ca sympathiquement sur un dialecte XML.

Citation:

---

Envoyé par Tommy31

En revanche, je trouve que les widgets fournis par Google sont maigres par rapport à ce qu'on peut trouver dans d'autres frameworks Ajax. Et la communauté y palie de façon anarchique. Chacun y va de son framework d'extension, ca manque d'homogénéité.

---

Salut,

peux tu stp me dire à quels Framework tu pense stp ?

Merci d'avance.

Sinon est ce qu'on peut dire aujourd'hui que GWT est le Framework le plus prometteur dans le monde Java ?

par exemple echo2

Citation:

---

Envoyé par lunatix

par exemple echo2

---

Merci pour ta réponse :merci: .
Ca l'air sympa, mais bon il a pas Gmail, igoogle derrière lui lol ... Il faut que je le test tt de même.

Citation:

---

Envoyé par rad_hass

Salut,
peux tu stp me dire à quels Framework tu pense stp ?

---

OpenLaszlo, qui ne produit pas que du flash, mais du DHTML également.

Echo2 est pas mal. Parraît qu'il y a une troisème mouture en gestation. Ca risque de déchirer.

Citation:

---

Envoyé par Tommy31

OpenLaszlo, qui ne produit pas que du flash, mais du DHTML également.

Echo2 est pas mal. Parraît qu'il y a une troisème mouture en gestation. Ca risque de déchirer.

---

OpenLaszlo s'approche plus d'une techno comme Flex ou Silverlight non ?

C'est quand même très similaire à GWT, tu as des composants que tu peux venir enrichir par héritage et utiliser pour édifier une ihm, tout comme GWT. Tu as également la transposition des mécanismes de listeners, et RPC pour dialogue avec un serveur.

Je que j'apprécie avec GWT c'est le côté Java. En openlaszlo, c'est parfois rude qd tu te lance dans du javascript étoffé. En revanche Openlazlo est orienté XML, pour tous les datasets qu'on adresse par XPath. C'est efficace et très peu verbeux.

Citation:

---

Envoyé par rad_hass

Salut,

peux tu stp me dire à quels Framework tu pense stp ?

Merci d'avance.

---

Citation:

---

Envoyé par Tommy31

1) un mécanisme de gestion des formulaires qui passe par des layouts, des validateurs, et des moyens de restituer visuellement les erreurs de saisie,

2) un mécaisme de databinding, avec une notion de source, ou de provider.

---

Pur lib javascript: ExtJs (http://extjs.com/) permet tout cela .
Et il y aurait une intégration d'ExtJs pour GWT (http://www.jroller.com/page/sjivan?e...xt_integration)

Oooh, elle déboite cette lib. 8O

en vue de ce que j'ai put lire jusqu'à maintenant, j'ai l'impression que très peu on essayé GWT. Je me permets de dire ça par ce que les points fort de cette techno ne sont pas ressortis:
Tout dabord GWT est une techno en open-source, donc communauté active, en plus de Google qui pousse la techno à évoluer en permanence.
Ensuite le gros avantage c'est de pouvoir débuguer directement sous ton IDE préféré (gain en dev).
Et en fin AJAX (plus de page blanche). En clair rafraichissement d'un seul élément dans ta page web.

Sans compter biensur sur la compatibilité sur les différents Explorer Internet avec la permutation. Code Javascript généré optimisé, réduction du cout de dev..
bon c'est de la balle...
Pour info je ne suis pas commerciale chez Google.. :-) mais je travail depuis maintenant 3 mois sur une application dev en GWT et me permet juste de vous dire ce que j'en pense. ;)

Je n'en démords pas, très gros potentiel, mais on reste un peu sur sa faim. GWT offre un canevas très puissant, comme tu le souligne, mais dès que tu rentre dans le détail, dès que tu la confronte à un développement ambitieux, tu te retrouve dans les mains avec un outil assez pauvre.

Alors tu te tourne vers la communauté, et la tu constate que c'est l'anarchie. Des projets dans tous les sens, plus inaboutis les uns que les autres. Un sentiment de réel inachevé.

Le projet complémentaire qui pourrait déchirer lorsqu'il sera mature, c'est gwt-extjs, lorsqu'il supportera la version 2 d'extjs en préparation. Là c'est accès à des formulaires, des composants évolués (tree-grid par exemple), un framework d'action, etc...

J'attends également le support des generics pour gwt. C'est pas tellement pour l'exploiter en dev, c'est surtout pour renforcer le bridge entre les deux univers.

En dernier lieu, j'attends de voir ce que vont donner des projets qui visent à conférer à gwt la capacité d'injection de dépendance (IOC quoi). Spring a libéré la force côté serveur, pourquoi ne pas la transposer côté client !

En attendant, c'est un peu la misère, sniff...

En lisant les post, je trouve que le point sur masquer la complexité est important. En effet GWT, compile du JavaScript. Il masque donc la complexité des Navigateurs.

C'est du même degré que lors de l'invention des languages évolués (Fortran, cobol, ...) qui devait masquer la complexité des jeux d'instructions des machines. Pendant longtemps, il y a eu le débat entre la performance/souplesse de l'assembleur versus la lenteur/rigidité des langages évolués. Actuellement plus personne ne défend l'assembleur (Ok pour écrire des driver ...).

GWT masque JavaScript et masque les différences entre les navigateurs.

Un autre avantage est le coût d'entrée pour apprendre GWT. Il est faible si vous connaissez Java, il vous suffit d'apprendre à connaitre les packages spécifiques à GWT et les mécanismes pour les échanges entre le client et le serveur.



Un autre point est l'universalité de la couche d'exécution.

GWT (et autres FrameWork à base de JS) font l'hypothèse que c'est JS qui est universellement installé sur les navigateurs.

Swing, JavaFX, ... font l'hypothèse que une JVM est présente sur le client est que l'on peut donc envoyer une applet (ou une application avec WebStart)

Flex, (ou Flash ) ... font l'hypothèse que le plugin d'adobe est présent

La vérité est dans la communauté des utilisateurs que l'on vise avec son application. Et aussi dans la valeur du service rendu par l'application (si c'est génial je peux faire un effort pour installer qqchose)

Mon questionnement sur GWT est plutôt comment bien l'insérer dans une architecture de services? Comment cela se passe avec Hibernate, avec SOA, avec EJB3?

J'expérimente et j'ai quelque difficulté à trouver des infos....

Merci

Bon, changement d'optinion sur le sujet avec la sortie d'GWT-ExtJs 2 : http://code.google.com/p/gwt-ext/

Regardez les démos et pleurez :mouarf:

Enfin un très très bon framework pour GWT qui possède une cosmétique très sexy !:

Effectivement ca déchire sa mère ! :D

Attention cependant au traitement des données : ce problème rend l'utilisation d'une interface web ultra riche assez complexe. D'où la question de noobs (voir méga naïf !!!): Est-ce que GWT permet de réutiliser simplement ses classes java métier à l'intérieur d'un projet visuel web ?

Je sais pas si c'est clair ou si clair que ca en es à pleurer d'évidence.

En tout cas beau boulot :king:

Un petit retour d'expérience sur GWT.

On l'a essayé... et abandonné...
C'est pauvre, ça ressemble plus à un jouet qu'à un véritable outil pour construire des applications robustes, les performances étaient... catastrophiques (un chargement d'arbre mettait 40 secondes là où une application struts / struts-layout met moins de 10 secondes)

Bon, on n'avait pas la version que présente Tommy31, ça mériterait un nouveau test... Mais bon, je n'y crois pas trop, il me semble que JSF a plus d'avenir (l'avenir nous le dira ;))

Je me suis pas mal documenté aussi, et finalement je suis tombé en même temps sur Prototype : pas l'Ajax, tout ce qu'il ya derrière à savoir Dom Extension et Event extension. Et c'est plutôt joli.
J'ai préféré apprendre Prototype plutôt que GWT car beaucoup de library sont basées sur Prototype ce qui assurera sa survie. Le javascript écrit à la main a sans doute un avenir, et en tout cas quand l'avenir est flou mieux vaux se concentrer sur le langage de base.

L'autre problème de GWT a surtout été le RIch Text Area : j'ai cherché comme l'étendre ou le modifier, et c aa l'air compliqué. Je suis allé voir du côté de TinyMCE. Ca n'est pas incompatible avec GWT, mais c'est un argument de moins.

Cela ne m'empêche pas de trouver remarquable le travail fait chez Google et leur audace. Je suppose que Google Docs se base sur GWT (ce qui n'est pas sûr en fait), et ca ne rame pas trop en regard des capacités de l'appli.

Mon retour d'expérience.

Nous avons aujourd'hui en qualification une application robuste, performante et avec une ergonomie inespérée. Tout repose sur mygwt (http://mygwt.net).
Aller voir la démo, vous aurez un bon aperçu.

Ceux qui pensent que gwt n'est pas performant (ex le tree), c'est qu'ils ne maitrisent pas la puissance de gwt. Gwt est en sorte un tremplin : on nous donne tous les outils et la manière de produire des applications formidables.

Mygwt c'est le summum !

A vous biensur d'overrider a bon escient selon vos besoin, je pense notamment à l'incrémentalité etc.

A+

Mouaih, largement en retard par rapport à GWT-Ext2. La grande différence c'est que l'un est 100% gwt alors que l'autre c'est du wrapping de code js.

Pour approfondir, voir peut être Please advise- on adopting MyGWT or gwt-ext mid-development.

Citation:

---

Envoyé par OButterlin

Un petit retour d'expérience sur GWT.

On l'a essayé... et abandonné...
C'est pauvre, ça ressemble plus à un jouet qu'à un véritable outil pour construire des applications robustes, les performances étaient... catastrophiques (un chargement d'arbre mettait 40 secondes là où une application struts / struts-layout met moins de 10 secondes)

Bon, on n'avait pas la version que présente Tommy31, ça mériterait un nouveau test... Mais bon, je n'y crois pas trop, il me semble que JSF a plus d'avenir (l'avenir nous le dira ;))

---

J'ai tendance à penser que c'est le manque d'expérience du framework qui a donné ce résultat, je m'explique :

GWT, perso, j'en fait un tout petit peu de temps en temps, et sur de petits projets (outil de saisie des CRA, petits composants...) donc je suis loin d'être expert.

Néanmoins, vu que c'est compilé en javascript ça ne peut pas être plus long que struts, ou alors c'est que le développement a une couille dans le potage !
40 secondes pour un js c'est totalement inacceptable comme temps de réponse ! Avec un simple XmlHTTPRequest 'à la mano' (sans framework ajax) je met moins de 10 secs pour parser un xml de plus de 1000 lignes et mettre en page les données...

Si tu te replonges dans GWT un peu plus profondément, je suis sûr que tu verras ou ça coinçait et que tu auras un truc super rapide !
J'ai crée un composant (de type table html) complexe permettant de filtrer les résultats affichés et de trier les colonnes (en plus de gérer la pagination). Vu le code, je pensais pas que ça pourrais être aussi rapide et pourtant le tri et le filtrage mettent à peine 1 seconde ! (la pagination est quasi-instantanée elle)

Et il ne faut pas oublier, et c'est dans les specs de google, que la première exécution d'un script gwt est toujours plus lente que les suivantes. (Doit y avoir du cache)

Je ne sais pas quand OButterlin l'a essayé ? mais c'est vrai qu'au début, ce n'était pas ça !
Moi, je l'ai essayé à sa sortie en 2006 et il y avait pas mal de problèmes, bug, etc ...
J'ai réessayé un peu plus tard avec la version 1.4.x qui était beaucoup plus stable.
Avec la 1.5, c'est encore mieux.

Oui la 1.5 RC-1 amène un bon gain de performance. Ca commence à devenir très sympatique...

Citation:

---

Envoyé par moritan

Effectivement, GWT n'apporte pas de méthodologie avec lui ce n'est qu'un outil il est donc facile voir indispensable de l'utiliser avec des frameworks MVC comme struts ou spring.

---

Existe-t-il un exemple comme HelloWorld (ou un tutorial) qui montre comment utiliser GWT et struts ensemble ? :?

Merci d'avance. ;)

Citation:

---

Envoyé par Tommy31

Bon, changement d'optinion sur le sujet avec la sortie d'GWT-ExtJs 2 : http://code.google.com/p/gwt-ext/

Regardez les démos et pleurez :mouarf:

Enfin un très très bon framework pour GWT qui possède une cosmétique très sexy !:

---

petit retour d'expérience sur gwt-ext 2
http://blog.developpez.com/index.php...r_gwt_ext_et_s