Discussion :

[Mickael Baron]

Bonjour,

La boîte à outils GWT développée par Google souffre de quelques limitations.

• Celle-ci reste assez pauvre en composants graphiques.
• Les principes de l'architecture MVP sont difficiles à implanter.
• Le modèle de communication entre le client et le serveur ne profite pas des avantages des services web de type Rest.

L'équipe Java vous propose ainsi un sondage concernant les bibliothèques externes que vous utilisez pour GWT.

Profitez de ce sondage pour apporter vos témoignages sur telles ou telles bibliothèques tierces. N'hésitez pas également à nous faire découvrir une bibliothèque qui ne serait pas mentionnée.

Merci pour votre participation.

[pappetkiler]

J’utilise GWT depuis 2 ans, le trio GXT, GWT et GWT designer permet une grande flexibilité pour la création des vue RIA, malheureusement la version GXT 3, n’est pas compatible avec GWT designer.
J’aurais préféré un produit unique GWT qui intègre un « WRAPPER » avec un model sur eclipse « what you see is what you get ».

[Mickael Baron]

Salut,

J'utilise principalement GWT-Bootstrap3. Je m'occupe pratiquement plus du CSS et mes IHM sont toutes belles. Par ailleurs avec le Super Dev Mode, je n'attends pratiquement pas.

Pour l'architecture MVP, je n'utilise pas celui de GWTP. Je m'étais fait un framework maison à l'époque où Google expliquait comment faire mais ne fournissait rien.

Pas d'outil de construction d'IHM, je fais tout à la "mano". Parfois j'aimerais me faire un outil qui automatise un peu certaines choses comme la génération automatique de class Java à partir du fichier XML UIBinder

Mickael

[jean.dufour]

j'en ai utilisé plusieurs.

je dirais que graphiquement, la plus avancé est GXT Sancha.

J'ai débuté en 2007 à faire du GWT et je dirais qu'il y a de moins en moins d'intérêt à en faire avec tous les librairies web de dispo maintenant.

[Mickael Baron]

J'ai débuté en 2007 à faire du GWT et je dirais qu'il y a de moins en moins d'intérêt à en faire avec tous les librairies web de dispo maintenant.

Il n'y a plus d'intérêt à faire du GWT ? Si c'est le cas je ne suis pas d'accord. Certes pour les petites applications web mais quand ton application devient conséquente c'est confortable de disposer d'un éco-système comme Java.

De toute façon, l'orientation de GWT 3.0 c'est clairement vers cela qu'il va. Plus de Widget : http://lteconsulting.developpez.com/...-compte-rendu/

Mickael

[jean.dufour]

Il y a de moins en moins de demande pour GWT.

Je crois que tout simplement maintenant il y a une plus grosse séparation des corps de métier qu'avant.

Il y aura du chemin à faire avant de rattraper sencha.

[ensi_en]

J'ai utilisé GWT 2.4 en 2011, à l'époque je ne maîtrisais pas trop JavaScript, alors c'était un plaisir d'écrire de code Java en profitant de ses pouvoirs (une partie de ses pouvoirs pour être précis) et des pouvoirs de l'IDE Eclipse (compilation en temps réel, débogage, ...) pour avoir à la fin une application web riche.

J'ai utilisé :
- GWP pour son implémentation de MVP, la gestion de l'historique, RPC et le undo/redo
- gin/guice pour l'injection de dépendances
- gwt-dnd pour le drag&drop

Je pense que c'est injuste de dire qu'on peut remplacer GWT, avec tout les outils qu'il fournit et Java derrière, avec des librairies web.

[remydarcel]

Il n'y a plus d'intérêt à faire du GWT ? Si c'est le cas je ne suis pas d'accord. Certes pour les petites applications web mais quand ton application devient conséquente c'est confortable de disposer d'un éco-système comme Java.

De toute façon, l'orientation de GWT 3.0 c'est clairement vers cela qu'il va. Plus de Widget : http://lteconsulting.developpez.com/...-compte-rendu/

Mickael

Aujourd'hui les eco-système javascript ont quand même beaucoup évolués et ce n'est plus trop de la magie noir de développer des applications avancées avec. Un framework comme angular par exemple est très efficace même pour les applications complexes à partir du moment ou la logique métier ne se trouve pas du côté du client (au delà de quelques systèmes de validation).

Le java est clairement plus efficace que le javascript pour les applications complexe, mais si l'on se limite à l'interface javascript est clairement suffisant (surtout avec l'ES6 qui commence à poindre son nez dans les dernières versions des navigateurs).

C'est pour cela que GWT a de moins en moins la cote. Même dans l'entreprise dans laquelle je travaille, la DSI qui était à fond sur GWT a basculé sur angular (pourtant ma boite est globalement très conservatrice technologiquement). Les compétences javascript sont apparues, les frameworks ce sont développés et bâtir du full web même pour des applications complexes est beaucoup plus simple.

[Invité]

Hello,

J'utilise GWT Material dans le cadre d'un projet personnel. La librairie me convient parfaitement d'autant que la personne qui la développe est très réactive. Comme Mickaël, je m'éclate à faire l'UI sans designer et en touchant très peu au css.

Sinon j'ai une architecture Places and Activities avec de l'eventbus pour la communication entre les widgets. Je ne suis pas certains de respecter les bonnes pratiques !

J'utilise aussi :

• guava-gwt
• gwt-charts
• gwt-maps-api
• gwt-seo
• gwt-oauth2

Julien

[Mickael Baron]

J'utilise GWT Material dans le cadre d'un projet personnel. La librairie me convient parfaitement d'autant que la personne qui la développe est très réactive. Comme Mickaël, je m'éclate à faire l'UI sans designer et en touchant très peu au css.

Par hasard ça te dirait d'écrire un petit tuto sur GWT Material ?

Mickael

[tbroyer]

…enfin si; difficile pour moi de me passer de Guava et un outil d'injection de dépendances (GIN jusqu'à présent, Dagger 2 dans le futur).
Peut-être garder un œil sur EventBinder pour plus tard… Assez fan d'AutoValue aussi.

Mais ça s'arrête là. Places, Activities, UiBinder, etc. tout est là. Pas trop d'avis sur RequestBuilder vs. RequestFactory vs. RPC (vs. XMLHttpRequest).

Étant adepte du "zero framework", je préfère aussi le CSS "maison".

[Mickael Baron]

Salut Thomas et merci pour ton intervention.

Je viens de me rendre compte que j'avais oublié GIN.

Je ne connaissais pas Dagger. En regardant la description sur Github, j'ai du mal à voir pourquoi Dagger existe alors que Guice est là ?

Mickael

[olivierlafleur]

(Totale transparence : je travaille chez Arcbees)

De notre côté, nous utilisons GWTP pour tous nos projets clients.
Le MVP nous permet d'avoir une architecture "clean" au niveau client et d'avoir essentiellement toute notre logique dans la partie des présenteurs et de la réutiliser pour nos différentes vues.
Un autre des bénéfices de cette approche est que notre code client est testable plus aisément (puisque nous réalisons principalement des applications web riches, il y a parfois beaucoup
de logique côté client).

Sinon, lorsqu'on a besoin que l'utilisateur fasse un ou plusieurs choix, nous utilisons GWT-Chosen, que l'on peut styler à notre goût (la version 3.0 est maintenant adaptée au mobile,
alors c'est super dans le cadre d'applications responsive).

Pour que nos sites webs soient bien indexés par les moteurs de recherche, nous utilisons GWT-SEO.

Pour ce qui est de nos designs, nous travaillons fort à rester le plus proche possible du HTML natif dans nos UiBinder, GWT étant tout d'abord un outil
de développement, et pas un outil de design.
De plus, on a des gains en efficacité grâce à ça (cf. cette conférence )

La communauté GWT a donc développé une librairie appelée GQuery (que je n'ai pas vu mentionnée) qui nous permet de travailler de façon très
similaire à JQuery, mais avec GWT (donc Java) plutôt que JavaScript.

Dans les autres librairies qui ont été mentionnées, nous utilisons aussi guava-gwt (pour la concision du code) et gin (pour l'injection de dépendances), ce qui nous aide à rendre notre
code plus testable et modulaire.

Finalement, pour la communication REST (et la sérialisation/désérialisation), nous ne pourrions pas nous passer de la librairie Rest-Dispatch, qui permet de faire
très aisément des appels REST depuis une application GWT.

Pour ceux qui sont intéressés par les pratiques de développement recommandées pour des applications professionnelles
en GWT, je vous encourage à visionner la conférence de Julien Dramaix au Dev Fest 2014 à ce sujet :

.

Par ailleurs, comme dit plutôt, GWT 2.8-SNAPSHOT et GWT 3.0 semblent très prometteurs en ce qui a trait à l'intéropérabilité complète avec JavaScript.

De plus, si je peux me permettre, en tant qu'entreprise, notre raison d'être est de développer des outils open source qui aident les développeurs à faire leur travail
de façon plus "clean" et plus efficace, alors n'hésitez pas si vous voyez des choses qui pourraient être améliorées, nous sommes à l'écoute!

P.S. Je crois que c'est GXT Sencha (et non pas Sancha)

[Mickael Baron]

Bonjour Olivier,

Merci beaucoup pour ce bilan. Il est très complet.

Pour Rest Dispatch il y a moyen de l'utiliser sans avoir à prendre GWTP ? Par ailleurs, comme gérez-vous l'upload de fichier depuis une application GWT ? via Rest Dispatch ? De mon côté j'utilise le FormPanel de GWT mais c'est bof.

Mickael

[olivierlafleur]

Pour Rest Dispatch il y a moyen de l'utiliser sans avoir à prendre GWTP ?

Oui, la librairie Rest-Dispatch est utilisable sans GWTP. On en est d'ailleurs à réfléchir comment en parler sur notre site web pour que
les gens ne pensent pas que ça vient obligatoirement avec GWTP.

Par ailleurs, comme gérez-vous l'upload de fichier depuis une application GWT ? via Rest Dispatch ? De mon côté j'utilise le FormPanel de GWT mais c'est bof.

Personnellement, je n'ai pas eu l'occasion de l'utiliser, mais un de mes collègues me dit que qu'il a utilisé la librairie gwtupload dans un des projets clients pour ce faire.

[tbroyer]

Par ailleurs, comme gérez-vous l'upload de fichier depuis une application GWT ?

Dans une appli où on pouvait cibler les navigateurs modernes uniquement, on a utilisé XMLHttpRequest "2", via JSNI. Dans notre cas on a envoyé directement le File, sans FormData; avec gestion des progress events pour faire une barre de progression à la GMail. C'était il y a déjà plus de 3 ans.

[Mickael Baron]

Personnellement, je n'ai pas eu l'occasion de l'utiliser, mais un de mes collègues me dit que qu'il a utilisé la librairie gwtupload dans un des projets clients pour ce faire.

Le problème avec la bibliothèque GWTUpload (de ce que j'ai vu) c'est de devoir passer par les servlets de la bibliothèque.

Dans une appli où on pouvait cibler les navigateurs modernes uniquement, on a utilisé XMLHttpRequest "2", via JSNI. Dans notre cas on a envoyé directement le File, sans FormData; avec gestion des progress events pour faire une barre de progression à la GMail. C'était il y a déjà plus de 3 ans.

Peut être avec le nouveau JSInterop ça sera plus facile de wrapper une bibliothèque JS comme https://github.com/blueimp/jQuery-File-Upload

Mickael

[ltearno]

Bonjour, pour ma part je suis aussi adepte du zéro-framework, et au fur et à mesure des missions je construis et utilise mes propres outils (eat your own dog food).

Niveau MVP, je construis ma lib à chaque fois, pour coller au besoins du projet.

Pour la communication client-serveur, j'utilise en général GWT-RPC, mais pour certains projet j'ai dû implémenter une couche RPC de zéro, pour communiquer avec un serveur PHP notemment et pour être plus efficace que GWT-RPC aussi.

Ceci dit, voici les bibliothèques que j'utilise :

• GwtQuery parfois pour manipuler le dom, mais je l'utilise de moins en moins,
• Dagger 2 pour l'injection de dépendances. Avant son arrivée la lourdeur de bibliothèques telles que GIN me rebutait, mais Dagger 2 est vraiment plus léger et plus pratique à débugguer (le code généré est visible et donc débuggable)
• hexa.binding pour le databinding entre objets du modèle et UI. Je l'utilise même pour déclencher les appels de services dans mes nouvelles applis (une modif dans un DTO sera répercutée sur le serveur),
• hexa.css pour m'interfacer facilement avec des outils comme Sass ou Less et pour pouvoir changer dynamiquement de thème. Cet outil me fournit aussi un accès hyper-simple à pas mal de bibliothèques CSS de base : bass-css, font-awesome, foundation, pure et skeleton.
• hexa.reflect pour avoir un peu de réflection sur certaines classes (c'est très utile parfois !).
• j'utilise à profusion les générateurs gwt pour générer du code métier. A ce sujet, avec l'arrivée prochaine de GWT 3, je passe progressivement des générateurs GWT à la JSR 269 (Pluggable Annotation Processing API), qui est bien plus rapide (mais moins puissante)
• j'ai un peu utilisé Gwt-Bootstrap qui est très sympa lorsque le design pas ne compte pas mais quand il est important que l'apparence soit claire...
• évidemment au besoin, j'adapte des bibliothèques pur-java à GWT (JBullet par exemple pour faire des simulations physiques -> jeux vidéos. Niveau WebGL j'avais wrappé moi-même mais je suis sur qu'il existe de bonne bibliothèques maintenant, quelqu'un connaît-il ?)
• pour faire du stockage offline, j'utilise SQL.js wrappé. Si je devais refaire un logiciel à capacité "offline", je choisirais aujourd'hui probablement de wrapper lovefield de google.
• pour faire des graphiques, j'aime utiliser gwt-d3
• pour créer les UI, j'utilise encore les widgets avec deux trois classes qui me fournissent une interface "fluent" pour l'assemblage des widgets, et souvent UiBinder mais en mode HtmlElement...

Sinon je voudrais rebondir sur les commentaires au sujet de GWT. En effet les outils javascripts sont de plus en plus performants et donne une super productivité (en tout cas en début de projet). Pour ma part, avant de commencer un projet j'essaye d'anticiper grosso-modo sa volumétrie en terme du nombre de lignes de code. Si ce nombre dépasse largement 20000, je saute sur GWT sinon je code en Javascript ou Typescript.
Du coup j'ai une question : quelqu'un connaît-il une application écrite et *maintenue* en Javascript, disons d'au moins 100000 lignes de code ? Si un tel projet existe, avez-vous un retour d'expérience concernant les aspects de maintenance et évolution ?


Voilà, merci beaucoup !

Arnaud Tournier
www.lteconsulting.fr

[Mickael Baron]

Merci Arnaud,

Super ton retour.

Le sujet revient souvent. Y-a-t-il une façon une recette pour wrapper une bibliothèque JS en GWT. ça rejoignait ma précédente question : "Peut être avec le nouveau JSInterop ça sera plus facile de wrapper une bibliothèque JS comme https://github.com/blueimp/jQuery-File-Upload". ça serait une bonne idée de tutoriel.

Sinon je voudrais rebondir sur les commentaires au sujet de GWT. En effet les outils javascripts sont de plus en plus performants et donne une super productivité (en tout cas en début de projet). Pour ma part, avant de commencer un projet j'essaye d'anticiper grosso-modo sa volumétrie en terme du nombre de lignes de code. Si ce nombre dépasse largement 20000, je saute sur GWT sinon je code en Javascript ou Typescript.

Très bonne remarque. C'est peut être pour cela que Google a utilisé GWT pour le nouveau GMail. En tout cas, c'est une bonne idée de débat ;-)

Mickael

[tbroyer]

Très bonne remarque. C'est peut être pour cela que Google a utilisé GWT pour le nouveau GMail.

Partant du principe qu'on parle d'Inbox by GMail, non, c'est pour pouvoir partager 70% du code entre les différentes plateformes, plutôt que devoir récrire les mêmes choses pour chacune: Java “pur” côté serveur et pour Android, GWT pour le web, J2ObjC pour iOS, et 30% de code "natif" (Java, JS ou ObjectiveC) pour l'UI, le stockage local, le réseau, l'authentification (JS avec Closure pour la version Web).

Du coup j'ai une question : quelqu'un connaît-il une application écrite et *maintenue* en Javascript, disons d'au moins 100000 lignes de code ? Si un tel projet existe, avez-vous un retour d'expérience concernant les aspects de maintenance et évolution ?

GMail, Google Calendar, Google Docs, etc. Facebook, etc.
Google a créé Closure Compiler pour ajouter du typage statique à JS (en plus de minification et autres optimisations), et Facebook (bien plus récemment) a créé Flow (dans la même veine que Hack vs. PHP).

Côté open source, OpenHub m'indique qu'EtherPad Lite a plus de 45000 lignes de code: https://www.openhub.net/p/etherpad_lite mais je pense qu'on peut en trouver d'autres.