novembre
2009
Un article de benwit
Comme je vous l’annonçais ici, GWT 2.0 est sorti en RC1.
Cette version n’est pas encore la version finale mais son utilisation est facilitée dans la mesure où elle est accompagnée d’une mise à jour du plugin Eclipse.
Voici donc un petit retour de mes premiers essais avec cette nouvelle version.
Au menu :
- Installation de GWT 2.0 RC1
- Execution d’une application GWT 2.0 RC1
- Installation des plugins GWT dans les navigateurs
- Quand GWT 2.0 est incompatible avec Chrome 3.0 !
- Et un nouveau plugin Firefox 3.6, un !
- Uhmmm, le bon activeX pour IE !
- Utilisation du mode de développement
1. Installation de GWT 2.0 RC1.
Par précaution, je suis parti sur une archive d’eclipse JavaEE fraichement décompressée et sur un nouveau workspace.
D’après la doc, il faut vérifier qu’eclipse embarque bien WST (Eclipse’s Web Standard Tools).
Ce qui était bien le cas de ma version d’eclipse Galileo 3.5 JavaEE edition :
Il faut télécharger le nouveau plugin, pour galileo, c’est ici.
Contrairement au précèdent, il n’y a pas (encore ?) d’url pour l’installer directement à partir d’eclipse.
On remarquera au passage que les fichiers de cette version sont en xxx_1.1.101.v20091116xxx alors que ceux de ma précédente version étaient en xxx_1.1.2.v20091013xxx. Bizarre cette numérotation ??? D’où mon choix de partir sur un eclipse tout propre. D’autant que mon précédent plugin était installé dans les dossier plugins/features d’eclipse or dans cette version et d’après la doc, il faut décompresser l’archive dans le dossier dropins d’éclipse comme indiqué ici.
Comme ce plugin n’intégre pas de version de gwt/gae, il faudra les téléchargez par vous même.
Pour gwt 2.0, c’est ici.
Puis dans les préférences d’eclipse, dans Google / Web Toolkit, pointer vers le dossier où vous aurez décompressez le fichier précédemment téléchargé de GWT 2.0.
Et c’est parti …
Je crée un nouveau projet WebApplication avec le plugin de Google (et je désactive GAE car je n’ai pas installé l’archive correspondante)
2. Execution d’une application GWT 2.0 RC1.
Sur mon projet GWT, clic droit pour faire un Run … Je vois un carre rouge m’indiquant qu’un truc est lancé mais rien dans la console. Je décide d’arréter en cliquant sur le carré puis de faire le lancement via le menu Run Configuration …
Je vois désormais des infos dans la console :
ainsi qu’une nouvelle vue eclipse :
Premier changement par rapport aux versions précédentes.
Le hosted mode est mort, vive le mode de développement !
J’avais suivi de loin cette nouveauté or si je ne suis pas surpris de cette modification, je le suis néanmoins par la console. Dans mes souvenirs, il me semblait avoir vu une fenêtre Swing, or elle semble avoir été remplacée par une vue Eclipse. Bon point pour l’intégration à Eclipse. Quand sera t’il dans les autres IDE ? Ceux qui l’ont essayé n’auront qu’à me dire ;o)
D’après la doc, il vous reste à copier dans un navigateur l’url fournie (http://localhost:8888/Gwt.html?gwt.codesvr=192.168.1.20:2737)
3. Installation des plugins GWT dans les navigateurs.
Lorsque l’url précédente est coller dans la barre d’adresse de votre navigateur, un plugin est téléchargé (s’il n’est pas déjà présent) pour faire le lien avec Eclipse. Cela permettra de debugger comme avant dans Eclipse mais de tester directement dans votre navigateur préféré au lieu du navigateur embarqué dans la fenêtre SWT du précédent Hosted Mode.
=> Quand GWT 2.0 est incompatible avec Chrome 3.0 !
C’était prévisible puisque la gestion de plugins sera ajoutée à Chrome en v4 mais quand même, pas de version finale dispo de chrome 4. Espérons que d’ici la sortie officielle de GWT 2, ils auront sorti la version 4 de Chrome. Peut être Chromium, la version Open Source de Chrome ?
=> Et un nouveau plugin Firefox 3.6, un !
=> Uhmmm, le bon activeX pour IE !
4. Utilisation du mode de développement.
Avec Eclipse, vous lancer en mode normal ou en mode debug.
L’application GWT lancée :
Ainsi que pour chaque navigateur connecté, l’état de la console GWT :
En mode normal, les modifications cliente sont prise en compte uniquement sur un refresh de la page dans le navigateur. Les modifications serveur nécessiteront un rédémarrage de l’application.
Malheureusement, ils n’ont pas encore mis de bouton reboot et comme l’url du mode de dev change à chaque rédémarrage, il faut à chaque fois la copier/coller, ce qui est un peu pénible.
A noter également :
- si le navigateur plante, vous aurez un beau :
-
si vous virez le paramètre « gwt.codesvr=192.168.1.20:2737″ (qui a l’inconvénient de changer de port à chaque redémarrage), vous obtiendrez ceci :
A approfondir d’avantage pour voir si c’est si pénalisant en utilisation quotidienne …
Et vous, l’avez vous essayé ? pensez vous l’essayer prochainement ? Des commentaires ?
Étrange si tu n’as pas modifié ton module entre les chargements de version.
Comme je n’ai pas essayé la MS1, je n’ai pas pu observer une similitude.
Pour l’histoire du port, j’espère qu’ils auront réglé ça d’ici la sortie officielle.
Merci pour ton retour benwit.
Je suis arrivé à la même conclusion que toi concernant le N° du port qui change à chaque lancement et… c’est pénible.
Plus la possibilité de bookmarker son appli en cour de développement.
En ce qui me concerne, j’ai testé la migration de la 2.0.ms1 à la 2.0.rc1 et…hic !
sans rien modifier dans mon code, je me retrouve systématiquement avec une erreur :
[ERROR] [xxx] Unable to find ‘xxx.gwt.xml’ on your classpath; could be a typo, or maybe you forgot to include a classpath entry for source?
Est-ce réellement une histoire de ‘typo’ ? J’en doute, tout fonctionnais sous 2.0.ms1 et l’ancienne version du plugin.