Catégorie: Javascript

Une discussion intéressante sur GWT à travers plusieurs blogs francophones :

1) Florent Garin : GWT est-il toujours pertinent ?
2) Sami Jaber : Oui, GWT est plus que jamais pertinent
3) Ludovic Borie : De la pertinence de GWT
4) Thomas Broyer : De la place de GWT

Vous connaissez surement le champ d'upload de fichier des navigateurs web.
Certains mettent le nom complet du fichier (avec son chemin),
d'autre le nom court du fichier pour des raisons de sécurité (Le serveur n'a pas besoin de savoir où se trouve le fichier sur le client).

Jusque là, tout va bien.

Mais il se trouve que des **** du W3C ont décidé dans la spécification HTML5 de préfixer le nom de fichier par "C:\fakepath\" !

Pourquoi cette résolution est mauvaise ? Comment la contourner ?

» Lire la suite!

Un GUI Builder ?

Pour ceux qui l'ignorent, je rappelle qu'un GUI Builder est un outil qui permet de construire une IHM par drag & drop de Widgets. Il est une belle illustration du pattern MVC, un modèle qui représente votre code et deux vues : la vue "code" et la vue "graphique".
Vous avez une zone d'édition, une table des propriétés et des palettes de composants pour construire vos vues.

Les GUI Builder existent depuis bien longtemps :

• pour la génération des "écrans" des applications desktop.
  On en trouve avec tous les langages classiques (Delphi, Visual C++, Java Swing, ...).
  Du code était généré et il fallait mieux ne pas trop y toucher.
• pour la génération de documents html des sites web statiques
  Pensez aux classiques Dreamweaver, Frontpage, ...
• pour la génération des "vues" des sites web dynamiques avec les technologies d'Adobe, de Microsoft, ...

Et GWT Designer, ça vous dit quelque chose ?

C'est un GUI Builder pour construire des IHM GWT, un produit commercial de la société Instantiations.
GWT Designer, c'est donc d'abord un GUI Builder qui opère sur du code Java (Le code Java GWT qui sera compilé en Javascript).
Et générer du code source Java, c'est à mon sens un peu moins facile que générer du code XML puisque les langages à balises se prétent mieux à la représentation de documents. C'est sans doute pour cela qu'Adobe avec Flex ou Microsoft avec WPF utilisent des langages XML pour représenter les vues des applications Web développées avec leurs technologies RIA respectives.
Faire un GUIBuilder qui génère du code objet, c'est peut être un poil plus compliqué (et moins manipulable après) mais ce n'est pas impossible comme le prouvent les GUI Builder Visaul C++ et cie ...
Forte de son expérience dans le développement de GUI Builder (SwingBuilder, SWTBuilder, ...), il n'est donc pas étonnant que la société Instantiations ait donnée naissance à GWTDesigner.

Evolution de GWT Designer avec GWT 2.0

GWT 2.0 a introduit avec UIBinder la possibilité de créer des IHM de manière déclarative (en XML) au lieu de le faire de manière procédurale. GWTDesigner pouvait donc tirer pleinement profit de cette nouvelle approche.
Dans les forums GWT, je lisais récemment un message d'un développeur d'Instanciation demandant à l'équipe de GWT d'ajouter du code pour mieux pouvoir intégrer leur outil.

Aujourd'hui, j'apprend sur leur site que la société Instantiations, éditrice de GWTDesigner, fait partie désormais de Google !
http://www.instantiations.com/

Si je ne suis pas très adepte de la construction de vues par cette méthode, je ne nie pas qu'elle présente des avantages certains.
Il faudra également que UIBinder gagne en maturité mais il ne fait aucun doute que ces nouveaux Googlers vont tout faire pour.

Bref, une bonne nouvelle pour GWT.
Et vous qu'en pensez vous ? Venez en discuter sur le forum.

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 :

1. Installation de GWT 2.0 RC1
2. Execution d'une application GWT 2.0 RC1
3. 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 !
4. Utilisation du mode de développement

» Lire la suite!

GWT 2.0 M1 est disponible ici !

Il n'y a désormais plus qu'une seule version indépendante de la plateforme (Windows/Linux/Mac).
Ceci est rendu possible par la nouvelle approche utilisée : Le nouveau mode de développement utilise des plugins par navigateurs qui sont téléchargés à la première exécution.

» Lire la suite!

Pour rebondir sur l'article de Nicolas Zozol, j'ai eu envie d'écrire ce billet de manière originale.

Il était une fois un Jonhson qui se prenait pour un roi.
Une nuit, il a du se dire : "I have a dream" ...

» Lire la suite!

Il y a un peu plus d'un an, lorsque Google App Engine est sorti, je trouvai le service intéressant mais pas au point de me mettre au langage python (Je n'ai rien contre mais je n'arrive pas à me faire aux langages non fortement typé).

Il y a un peu plus d'un mois, un message sur le blog de lunatix nous informait de l'ouverture de GAE au langage Java.

Je suis donc parti dans les nuages ...

» Lire la suite!

La plus importante nouveauté de cette version 1.5 est assurément le support de la syntaxe de Java 5.

Cependant, gardez à l'esprit que côté client, le code Java est compilé en javascript.
Par conséquent, le JRE, même en version 1.5, est toujours émulé. Toutes les classes du JRE ne sont donc pas disponibles.
Si cela peut se comprendre pour certaines qu'on ne pourrait pas représenter en javascript (File), cela l'est moins pour d'autres (StringBuilder).

Heureusement, cette version amène son lot d'ajouts ...

» Lire la suite!

La Release Candidate de GWT 1.5 est disponible ici pour Windows, Mac et Linux.

Quoi de neuf dans cette version ?

Principalement le support de Java 1.5 (generics, annotations, auto-boxing ...)
Le détail des nouvelles fonctionnalités et des bugs corrigés, c'est par ici...