Discussion :

[Mickael Baron]

Bonjour,

L'équipe Java vous propose de renouveler le sondage concernant un retour sur les bibliothèques de composants GWT que vous utilisez. Une précédente version du sondage couvrant la période 2009 à 2011 est disponible ici.

La boite à outils GWT développée par Google est depuis son démarrage assez pauvre en composants graphiques. Développer des interfaces utilisateurs complexes peut alors nécessiter l'usage de bibliothèques de composants externes.

Profitez donc de ce sondage pour apporter votre témoignage sur telles ou telles bibliothèques de composants en précisant :

• Nom & Numéro de version ?
• URL du site ? d'un showcase ?
• Domaine ?
• Type ? Wrapper de code javascript ou pur GWT ?
• Pérennité, licence d'utilisation ?
• Remarques ? Avantages/Inconvénients ?

Merci pour votre participation

[marc.collin]

J'ai pu utiliser gwt de base, gwt-ext, ext-gwt sur des projets
J'ai de plus testé smart-gwt et vaadin.

ext-gwt c'est du natif, alors que gwt-ext et smart-gwt ne le sont pas.

Alors que vaadin est orienté serveur, la version 7 supportera gwt côté client, il sera possible d'avoir le meilleur des deux mondes.

Niveau richesse graphiques, composant graphique, il y a pas photo les frameworks que j'ai utilisé sont loin devant gwt.
On a du réinventé la roue et se taper beaucoup de code manuellement lorsqu'on a utilisé que le framework gwt.

En 2007, avec gwt-ext on a économisé énormément de temps avec cette librairie, sans compté que c'est beaucoup plus ressemblant à ce que propose swing.
Le but était de ne pas avoir à toucher de js, css, html. L'objectif a été atteint.

En 2012, j'ai du touché à du ext-gwt et gwt.
La création d'un tableau, un genre de grid a pris beaucoup de temps avec gwt, alors que c'est à peine quelques minutes pour ext-gwt.
Le choix s'est quand même porté sur gwt. On a perdu un temps fou à bien positionner les composants sur la page, alors que c'est si simple avec ext-gwt.

Avec les surcouches, on a pu s'affranchir du côté web et s'attaquer au coeur du métier.

smart-gwt ce n'est pas du natif, cependant j'ai trouvé le framework bien construit. Je ne me suis pas sentie trop perdu face à ex-gwt et gwt-ext.
Cependant il peut avoir des anomalie différentes d'un navigaeur à l'autre à cause de la lib js.

Il manque de composant du côté de vaadin, la richesse graphique n'est pas la même que ext-gwt.

Si je devais demain matin refaire un projet ça serait avec ext-gwt. Vaadin 7 risque cependant d'être intéressant, reste à voir si la doc sera au rendez-vous.

[olivier.pitton]

Plop,

GXT (version 2 puis 3 aujourd'hui). La richesse des composants, les thèmes, la pure compatibilité avec GWT en font un outil indispensable. Le développement client est un réel bonheur à mon gout avec la version 3.

[marc.collin]

GWT Mosaic semble être au point mort... point de commit depuis 1 ans...

[Mickael Baron]

Merci pour vos propositions.

Pensez-vous qu'il soit possible de mixer les boites à outils entre elles ? Du genre, j'utilise des composants de base de GWT et je souhaiterais utiliser un composant graphe issu de GXT ? Une sorte de pont ...

Mickael

[marc.collin]

Merci pour vos propositions.

Pensez-vous qu'il soit possible de mixer les boites à outils entre elles ? Du genre, j'utilise des composants de base de GWT et je souhaiterais utiliser un composant graphe issu de GXT ? Une sorte de pont ...

Mickael

oui tout à fait, d'ailleurs il dise sur leur site:

"Full interoperability with GWT Widgets to take advantage of any existing wdiget."

[Mickael Baron]

"Full interoperability with GWT Widgets to take advantage of any existing wdiget."

Une bonne idée pour un billet pour montrer une migration progressive de GWT "pur" vers GXT.

Merci, je vais vérifier cela.

Mickael

[mhoudas]

Le choix de GXT3 s'est imposé naturellement.

[Robin56]

Le choix de GXT3 s'est imposé naturellement.

Il serait sympa d'argumenter un peu le propos histoire de connaître savoir les raisons du choix.

[Mickael Baron]

Bonjour,

Le choix de GXT3, aujourd'hui, peut être un choix judicieux. Malheureusement il y a quelques temps ça ne l'était pas du fait de l'absence UI-Binder supportée par GXT.

Mickael

[valkeke]

parce que UI-Binder est bcp utilisé dans le développement d'application avec GWT ?

Je pense que la librairie GXT 3.0 est la seule librairie de widgets professionnelles dignes de ce nom, aujourd'hui : bcp de widget(voir le showcase) et en plus ce n'est pas la première version, ils font partie du nouveau steering committe..etc..

Par contre, très peu de retour sur l'intégration de GXT3.0 avec GWT2.5 ?? mélanger des widgets classiques GWT avec ceux de GXT, mélanger des layouts entre GWT et GXT...etc......je crois me rappeler avoir entendu des gens dire qu'ils y avaient des comportements bizarres entre les 2 ???

[karbos]

parce que UI-Binder est bcp utilisé dans le développement d'application avec GWT ?

Je pense que la librairie GXT 3.0 est la seule librairie de widgets professionnelles dignes de ce nom, aujourd'hui : bcp de widget(voir le showcase) et en plus ce n'est pas la première version, ils font partie du nouveau steering committe..etc..

Par contre, très peu de retour sur l'intégration de GXT3.0 avec GWT2.5 ?? mélanger des widgets classiques GWT avec ceux de GXT, mélanger des layouts entre GWT et GXT...etc......je crois me rappeler avoir entendu des gens dire qu'ils y avaient des comportements bizarres entre les 2 ???

Aucun problème dans l'intégration de GXT 3 avec GWT 2.5... UI-Binder ne fonctionnait pas avec GXT3 dans la GWT 2.4, mais cela a été corrigé dans la 2.5. Quand aux conflits de composants, tant que tu utilises les composants des packages GXT lorsqu'ils ont le même nom qu'un composant d'un package GWT, tu ne rencontres pas de problèmes et les comportements sont complémentaires. Juste encore quelques petits bugs graphiques et un cruel manque de documentation pour GXT !!

[lock07]

Bonjour.
Dans le cadre d'un projet d'une boite à outil GWT que l'on proposera à nos clients, je me pose pas mal de questions sur les bibliothèques à utiliser.
Le problème principal que l'on rencontre sont les licences qui amputent d'une partie non négligeable des composants dans beaucoup de cas.

Plusieurs choses sont à faire pour notre toolkit qui nous demande une bibliothèque : la grille et les graphiques.

Pour la première nous allions prendre GXT mais impossible d'utiliser ce dernier dans un cadre commercial, la licence OEM coûtait bien trop chère pour être utilisée. Nous nous sommes donc rabattu sur SmartGWT en créant notre propre abstraction de la grille afin de garder une certaine indépendant.
SmartGWT donne un rendu complexe assez facilement mais, de par son status de wrapper, pose aussi des problèmes d'intercompatibilité avec GWT. Par exemple la gestion des tailles ne se traite pas de la même manière qu'un panel GWT, toute taille est calculée en pixel et pose de gros soucis d'intégration dans les écrans sous découpés. Pour le moment je continue à utiliser Smart GWT mais j'ai espoir de le remplacer par une autre bibliothèque.

Pour les graphiques (charts, camemberts, etc.), je suis en pleine recherche.
GXT, Vaadin, SmartGWT proposent de très bons graphes mais uniquement avec des licences payantes.
J'ai trouvé ces bibliothèques mais sans coup de foudre pour le moment :
- Tatami, wrapper de Dojo partiellement fait par ObjectDirect, semble proposer des choses intéressantes mais ne bouge plus depuis un long moment. Sûrement une bibliothèque test qui n'a pas pour objectif une utilisation finale.
- Gwt-charts est un wrapper de Google charts qui semble bouger et avoir un rendu intéressant.
- Vklgraph, un wrapper de JQPlot, projet vivant proposant pas mal de composants.
- J'ai entendu parlé de ChooseL/Protovis mais je n'ai pas encore regardé en détail.

Bref le choix est dur dans cette quantité de bibliothèque, la problématique du wrapper existe et est importante, les licences ne couvrent pas tous les domaines de certaines bibliothèques (Vaadin, Smart GWT) et beaucoup de projets semblent à l'abandon.
Je déconseillerais SmartGWT, volumineux, lourd, lent. Il provoque des anomalies quand on l'intègre avec du GWT standard. Les classes comportent une quantité monstrueuse de méthodes ce qui rend son utilisation complexe. On peut faire beaucoup de choses mais je ne sens pas quelque chose de stable au final dans les résultats obtenus.

Je cherche encore pour mon outil de génération de graphes, le wrapper semble la seule option envisageable (et ça me désole ).

[OrigineDeLaVie]

Bonjour,

On a choisi GWT, car ça nous permettait de nous affranchir des JS, et JQuery ...etc. nous préférions faire le max en Java.

on a rajouté une couche de GXT3 pour bénéficier des composants offerts et autres possibilités (filtre sur un Tree [StoreFilterField] http://www.sencha.com/examples/#ExamplePlace:filtertree, HorizontalLayoutContainer, Grid, gestion du rendu avec XTemplates, ...etc



Ce que je déplore, c'est la rareté de la documentation sur GXT.