Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Aucune, GWT me suffit
GXT (anciennement My-GWT ou Ext-GWT)
GWT Mosaic
GWT-Ext (Le wrapper de Ext-Js abandonné)
SmartGWT (Le wrapper de SmartClient)
IT Mill Toolkit
GwtPHP
Tatami
Autre framework
Diverses petites librairies spécialisées
Quelles librairies graphiques GWT utilisez vous ?
Suite à cette discussion, il pourrait être intéressant d'avoir un retour sur les librairies GWT que vous utilisez ?
- Nom & Numéro de version ?
- URL du site ? d'un showcase ?
- Domaine ?
- Type ? Wrapper de code javascript ou pur GWT ?
- Remarques ? Avantages/Inconvénients ?
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Ext-GWT (GXT)
Nom et version :
Ext-GWT (MyGWT originellement, GXT techniquement)
Version stable actuelle : 1.2.4 / Dernière version téléchargeable : 2.0 M2
URL du site :
http://extjs.com/products/gxt/
URL d'un showcase :
http://extjs.com/explorer:/#overview
Domaine :
Librairie de widgets graphiques.
Type :
Pur GWT
Remarques:
- A ne pas confondre avec le wrapper GWT-Ext
- Equipe de développeurs qui fait évoluer le produit
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
GWT Mosaic
Nom et version :
GWT Mosaic
Dernière version téléchargeable : 0.2
URL du site :
http://code.google.com/p/gwt-mosaic/
URL d'un showcase :
http://69.20.122.77/gwt-mosaic-current/Showcase.html
Domaine :
Librairie de widgets graphiques.
Type :
Pur GWT
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
GWT-Ext
Nom et version :
GWT-Ext
Dernière version téléchargeable : 2.0.5
URL du site :
http://gwt-ext.com/
http://code.google.com/p/gwt-ext/
URL d'un showcase :
http://gwt-ext.com/demo/
Domaine :
Librairie de widgets graphiques.
Type :
Wrapper de la librairie Javascript Ext-Js
Remarques:
- A ne pas confondre avec Ext-GWT, la version pure GWT de Ext-Js
- Projet abandonné
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
SmartGWT
Nom et version :
SmartGWT
Dernière version téléchargeable : 1.1
URL du site :
http://code.google.com/p/smartgwt/
URL d'un showcase :
http://www.smartclient.com/smartgwt/showcase/
Domaine :
Librairie de widgets graphiques. Framework d'application ?
Type :
Wrapper de la librairie Javascript SmartClient
Remarques:
- Un peu plus qu'une librairie de widgets ? Framework pour le développement d'application web ?
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
IT Mill Toolkit
Nom et version :
IT Mill Toolkit
Dernière version téléchargeable : 5
URL du site :
http://www.itmill.com/itmill-toolkit/
URL d'un showcase :
http://toolkit.itmill.com/demo/sampler/
Domaine :
Framework d'application (avec widgets).
Type :
Pur GWT
Remarques:
- Existait avant GWT mais la partie cliente a été réécrite en GWT.
- Framework Java pour le développement d'application web.
- Framework orienté serveur mais l'écriture de nouveaux widgets semble possible.
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
GwtPHP
Nom et version :
GwtPHP
Dernière version téléchargeable : Pas encore ouvert au public ?
URL du site :
http://www.gwtphp.com/
URL d'un showcase :
http://demo.qualityunit.com/pax4/merchants/
Domaine :
Framework d'application.
Type :
Pur GWT ?
Remarques:
- Partie cliente en GWT mais partie serveur en PHP.
- Framework Php pour le développement d'application web (Cela fait vilain petit canard dans un sous forum de Java ?
On va donc dire que c'est pour faire venir des développeurs PHP dans notre salon de café !
).
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Tatami
Nom et version :
Tatami
Dernière version téléchargeable : 1.3
URL du site :
http://code.google.com/p/tatami/
URL d'un showcase :
http://tatami.googlecode.com/svn/tru...emo/index.html
Domaine :
Librairie de widgets graphiques.
Type :
Wrapper de la librairie Dojo
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
J'ai utilisé GXT 2.0 pour un projet perso.
SmartGWT 1.1 pour un projet opensource que je développe actuellement
Et enfin Mosaic 0.2.4 et GWT pour le projet que je développe actuellement au sein de ma societé pour un client.
Pour GXT et SmartGWT derrière le remarquable rendu visuel que cela peut donner sans aucune notion en CSS/JS je trouve quand même l'utilisation des composants assez compliqué du notamment au manque de documentation et de tutoriaux (en même temps c'est assez récent dans l'ensemble).
Je préfère tout de même GXT pour le full GWT, plus facile à prendre en main, au contraire je lutte vraiment avec SmartGWT, trop de JSNI qui nous laisse souvent devant des bugs incompréhensible. Je pensais pas avoir de problèmes avec cette lib aussi rapidement mais finalement ça s'enchaine mais je continue avec puisque c'est un projet personnel ca me permet aussi de fouiller dans JS/JSNI.
Pour GXT c est une question de licence qui me l'a fait abandonner.
Enfin pour le projet professionnel avec GWT Mosaic, plus ca va et plus je laisse de côté Mosaic, je trouve quand même la facilité des composants de base GWT assez avantageuse pour ne pas aller voir ailleurs. Avec quelques notions de css, des logos on arrive à des choses très sympa qui répondent aux besoins clients que j'ai, surtout pour une appli b2b.
C'était mon avis, mais à la vitesse ou tout ça va, dans 6 mois on en reparle
NB : J'ai aussi utilisé GWT-Ext il y a quelques mois avant que le projet ne soit au point mort. Même remarque que pour SmartGWT pour le debug mais un peu de de souplesse.
Merci kristo de partager ton expérience ...
Quand j'ai fait le sondage, je n'ai pas pensé à l'utilisation de différentes librairies sur différents projets sinon j'aurai autorisé le choix multiple ...
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Il pourrait être intéressant de renommer le topic en "librairies graphiques" et d'en créer un sur les librairies gravitant autour de gwt en l'occurrence :
gwt-maven
Gilead (anciennement Hibernate4gwt)
gwt-beans-binding
...
Quand j'ai créé ce sujet, j'imaginai toutes librairies gwt mais comme il y en a beaucoup, pour le sondage, je me suis limité à des librairies qui font des choses similaires, en l'occurrence, apporter de nouveaux widgets.
Le terme de "librairie graphique" me dérange un peu parce pour certaines (smart, it toolkit), c'est plus un framework applicatif mais comme je n'en trouve pas d'autre, on fera avec ...
kristo, j'ai donc renommé le titre de ce post.
Tu peux créer un autre post sur les librairies gravitant autour de gwt, ce cera avec plaisir que j'en ajouterai quelques unes...
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Personnellement j'aimerais BEAUCOUP avoir un retour sur SmartGWT et notamment en quoi c'est "plus qu'une lib graphique", voire un framework de création d'applications web.
Car après avoir maté les démos ça saute pas vraiment aux yeux.
Sinon mon avis c'est qu'ils sont tous très jolis graphiquement mais le ramage est loin d'être à la hauteur du plumage, si vous voyez ce que je veux dire... La question étant de savoir lequel est le moins pire en fonction de son propre besoin. (IMHO)
Voilà et merci à ceux qui posteront leur feedback
En ce qui me concerne, j'ai lu que Smart GWT (SmartClient ?) avait été pensé dans l'optique de faire des applications et prévoyait tout ce dont on avait besoin pour lier le front end au back end.
Dans l'article que j'avais lu (je ne le retrouve plus), il était dit que c'était plus qu'un ensemble de widgets.
Maintenant, je n'ai pas testé (C'est l'aspect wrapper qui me gène) alors comme tu dis, PochyPoch, si ceux qui ont utilisé Smart nous faisaient un petit retour d'expérience, ça serait super sympa
Et tant qu'on y est, si celui ou celle qui a voté "autre framework" pouvait nous dire quel est le nom de ce framework ?
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Toi qui les a dépluméEnvoyé par PochyPoch
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
moi j'utilise gwt-google-apis
surtout maps api
Débugger du code est deux fois plus dur que d'en écrire.
Donc, si vous écrivez votre code aussi intelligemment que vous le pouvez, vous n'etes, par définition, pas assez intelligent pour le débugger.
bonjour
Ayant fait mon projet de bts sous gwt/gwt-ext et l'extension maps + base de données derby, je viens vous faire part de mon avis.
GWT EXT est très très difficile à prendre en main selon moi.
Rien qu'une combobox m'a pris 2 heures là ou je pensais passer que 15 minute.
La raison est très simple, mon projet possède certaine contrainte, notamment niveau connexion (3G/edge , cher et pas super rapide).
Donc je vais pas précharger toute une liste de 500 éléments voir plus (y'a les autres parties de mon projet à côté) dans une combobox, je me charge moi même d'aller interroger régulièrement le serveur pour extraire uniquement les données dont le nom commence par les caractères entrées. J'ai donc passé 2 heure pour trouver comment modifier l'objet Store qui contient les données de la Combobox et que la combobox en tienne bien compte.
Autre problème : j'ai une liste de case à cocher que je veux charger de façon asynchrone dans un panneau déjà intégré (objet Panel de gwtext). Cette liste est en dur dans la base de données et invariable, cependant j'aurai préféré faire comme si ce n'était pas le cas et donc ajouter les checkbox une fois la liste arrivée.
Et bien pas moyen d'ajouter d'élément de façon dynamique, le panneau est figé une fois ajouté (ce qui est forcément le cas puisque la requête va mettre plus de temps à revenir que le constructeur à se terminé et l'ajout dans le panneau parent à se faire).
Obligé donc de recopier la table (bon que 15 élément mais quand même) et de les mettre en attribut statique
Les arbres : Tout les exemples sont basés XML/JSON
Mais comment faire avec ça un arbre éditable avec la base de données ?
Je pourrai mettre les références dans le XML mais franchement je trouve ça galère et pas très réutilisable.
De plus mon prof m'a demandé d'éviter XML puisque les données sont dans une base de données ce qui implique une servlet entre les deux qui lit la bdd et transforme les données en XML pour ensuite être lû côté client et retranscrit à la base de données.
J'ai donc du me mettre à construire l'arbre manuellement, heureusement celui çi supporte la construction de façon asynchrone (contrairement au panneau de base comme gwtext). Cependant j'ai apprécié le fait de directement pouvoir stocké des objet comme valeurs d'un attribut pour les renvoyés directement aux serveur sans m'en occuper.
Viens ensuite un second arbre permet de faire glisser des éléments dans le précédent (structure récursive type groupe/utilisateur avec utilisateur qui peut appartenir à plusieurs groupe). Pour ceux qui n'utilise pas le glissé/déposé un évènement prend en charge celui çi, cependant impossible de lui dire quand il doit déplaçé si jamais y'a un problème au niveau de la base de données. Donc à partir de cet évènement je récupère le noeud à déplacer, le nouveau noeud parent puis j'interroge la base de données et prend le déplacement en charge.
Tout ça pour dire que gwt-ext et comme smart d'après ce que j'ai vu sont très beau mais galère pour construire un site qui à des données liés à une base de données.
Enfin j'aime les démo de smart : j'ai déployé en local leur appli et dans plusieurs exemples il chargent un fichier xml et il me dit que tout changemnt fait via l'interface graphique est sauvegardé côté serveur, ben après avoir vérifié le fichier XML, c'est pas vraiment le cas -_-".
Donc un peu n'importe quoi leur démo.
En revanche gwt j'ai eu aucun problème, une fois qu'on à compris comment fonctionne la communication client-serveur je trouve cela très facile à prendre en main avec une base de données.
Bon il est vrai que je suis qu'en BTS cependant en info j'ai tout de même un assez bon niveau et en particulier en programmation ou je ne rencontre aucun pas franchement de difficulté à gérer des ensembles de données assez complexes, à modéliser,... En revanche gwt-ext j'ai perdu énormément de temps à comprendre d'où venant les bugs comme celui de mes checkbox puisque gwt ça marche tout seul les ajouts aynchrones -_-"
Au niveau des la conception j'ai une simple architecture en couche (bdd-dao-métier-serveur-client) avec une logique de l'architecture MVC (le controleur contenant pour moi les interfaces synchrones, asynchrones, les servlet, et la vérification des données (longueur pour chaines de caractères et regex vérifié côté client et avant l'insertion en BDD)
Pour ma part, nous commençons à nous tourner avec VAADIN (anciennement ITMILL)
Nous développons en interne une petite application de gestion de tickets avant de pouvoir adapter le même modèle sur un de nos gros projets.
Est-ce que quelqu'un a développé sur ce FRAMEWORK et pourrait m'en faire quelques retours d'experiences ?
Je trouve que les fonctionnalité de codage coté client sont déconcertantes de facilité... Tant que l'on a pas besoin de composants spécifiques (là on est obligé de remettre le nez dans GWT vu que ce VAADIN repose entièrement sur celui-ci)
Peut-on envisager d'intégrer aisément certains Widget GWT présenté dans ce fil de discussion sur un projet vaadin ?
En tout cas le "show case" est relativement esthétique, bien documenté (code source attaché) et plusieurs tutoriaux pas à pas sont disponibles d'une durée de 5min à 1 journée suivant le temps que l'on souhaite y consacrer.
Bref, projet qui me parait très mature !
Attention avec le changement de nom, l'URL a aussi été modifiée :
Nom et version :
Vaadin
Dernière version téléchargeable : 6
URL du site :
http://vaadin.com
URL d'un showcase :
http://demo.vaadin.com/sampler/
URL d'un tutorial :
http://vaadin.com/tutorial
J'ai vu ce projet récemment sur ongwt. (je connaissais meme pas ITMILL)
je me pose plein de questions, mais faut que je teste pour que ca se précise.. apparement il y un éditeur visuel, est ce qu'il est bien fait? intégré à eclipse? plus mature que gwt designer ?
je comprends pas bien la différence avec gwt, c'est que les widgets sont instanciés à la demande par le framework? il y a une communication constante entre le client et le serveur?
quand tu dis que c'est facile à coder, comment ca se compare à du gwt de base? et coté design est ce qu'il y a quelques themes bienf ait de base ? (j'ai vu qu'il propose d'en faire, pour 4500€ ^^)
en tout cas ca m'a l'air vraiment pro
quelle est la taille du projet que tu as réalisé avec vaadin?
j'attends de voir ce que ca donne lorsqu'on essaie d'intégrer soit meme des widgets. par exemple si je veut inclure un widget google maps (dispo dans gwt-google-apis).
Débugger du code est deux fois plus dur que d'en écrire.
Donc, si vous écrivez votre code aussi intelligemment que vous le pouvez, vous n'etes, par définition, pas assez intelligent pour le débugger.
Je n'ai aucune compétence en l'utilisation de GWT. Ca va être donc dur de répondre à tes questions
En ce qui concerne le thème, il y'en a un de base de fourni, ensuite, il suffit juste de "dériver" les feuilles de style css afin d'y apporter nos propres modifications.
En ce qui concerne l'édieur visuel sur eclipse, je n'arrive pas à l'utiliser (erreur lorsque j'esseye d'installer le plugin avec l'update site d'eclipse).
Il est encore en phase "incubator" ce qui peut expliquer celà. De toute manière, nous sommes habitué à développer les interface directement en lignes de code donc celà ne nous gène pas trop.
Enfin concernant la taille de mon projet, difficile de te le dire de manière objective, le projet que nous souhaitons migrer étant en C++...
Pour te donner un ordre d'idée, c'est un projet de gestion de conduite d'activité et de ticketing intégrant une partie mobile.
Salutations,
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager