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!

Les plugins de Google Wave refont surface dans Google Shared Spaces.
C'est vrai que ça semble encore expérimentale (hébergé chez googlelabs) mais s'ils vous manquaient, c'est peut être un moyen de les utiliser à nouveau.

Source : http://googlewave.blogspot.com/2010/12/announcing-google-shared-spaces.html

Sur gwt-gae-book, le développeur Marius Andreiana a écrit une documentation illustrant le développement professionnel d'applications utilisant Google Web Toolkit et Google App Engine.

Le genre de ressource assez rare pour être signaler ...

Vous vous rappelez de votre navigateur en 2002 ?
Probablement Internet Explorer puisqu'il était à son apogée !

Je me rappelle également qu'entre 2001 et 2004 (pour être gentil), les navigateurs n'ont quasiment pas évolués.

La concurrence a donc du bon pour que le leader (Il a le bras long et les poches profondes) se sorte les doigts de l'endroit où il méritait de recevoir un bon coup de pied.

Bref, IE9 semble vraiment prometteur et je ne manquerai pas de vérifier les allégations de Microsoft dès que le produit sera disponible en version finale.

Ce que je retiens en revanche, c'est l'état de IE8 fait par Microsoft (dès lors qu'ils sortent un nouveau produit !) :

Leur produit est toujours le meilleur du monde au moment de sa sortie et se révèle bizarrement la plus grosse daube après coup !

Étonnant, non ?

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.

Présentation en Vidéos :

1) http://www.youtube.com/watch?v=89xc_1Vv69k
2) http://www.youtube.com/watch?v=dBQFXRW5ZiE
3) http://www.youtube.com/watch?v=zXW0RIqBVCo (@ 3'33)
4) http://www.youtube.com/watch?v=o8unC9bA4O8
5) http://www.youtube.com/watch?v=ZNoLVzpBqqk

Ce que j'ai retenu en quelques mots :

» Lire la suite!

Une petite présentation bien sympathique sur les servlets 3.0

http://beta.parleys.com/#sl=16&id=1011&st=5

Une présentation en français avec slides expliquant les motivations des nouveautés.

Suite à son dernier article, je suis tombé sur le blog de julien et en remontant le temps, j'ai eu envie de réagir à son premier billet.

Comme mes commentaires commençaient à s'allonger, j'ai préféré rédigé ce petit billet.

• Quand je faisais du Swing et du JDBC, j'aimai bien à partir de mes ResultSet remplir un objet métier qui implémentait une interface modèle de la vue (GridModel, ListLodel, ...) qui pouvait être présenté différemment par un Renderer. Cela évitait ainsi des recopies inutiles.

• En GXT, j'ai essayé de faire la même chose en remplissant avec Ibatis des Maps qui implémentent ModelData (l'interface des modèles de données dans GXT).

Dans les deux cas, il y a une "adhérence" aux interfaces "Model" d'une couche graphique (Swing, GXT).
Et si cela me dérangeait moins en Swing à l'époque, avec le web, ça me plaît pas trop.

Du coup, je me demande si deux objets ne sont pas nécessaires puisqu'ils ont deux responsabilités différentes :

• Un type d'objet MA qui sert de conteneur de données (POJO du modèle de l'application)

• Un type d'objet MV qui sert d'objet de rendu (Modèle de donnée d'un composant de la vue de l'application) qui représente directement des MA ou une vue consolidée de MA)

Et donc une recopie partielle des données d'un MA dans un MV ?

Ce qui illustre de plus en plus ce sentiment que j'ai que le MVC s'applique à plusieurs niveaux :

• Un MVC global au niveau de l'application métier : Des vues (Vue) qui permettent via des actions (Contrôleur) de traiter des données (Modèle)

• Un MVC local au niveau d'objets techniques : les composants graphiques d'une couche de présentation, ceux qui servent à construire les vues de l'application métier.

Et vous, qu'en pensez vous ?

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!

Avec mon compte de dev, j'étais content de pouvoir tester Google Wave en avant première.

Je pensais vous parler :

• Du cheval de Troie (Google Wave & Google Frame) inventé par Google pour attaquer Microsoft (IE) !
  Ce qui me paraissais un coup de poker (Si Wave prend, IE va avoir mal) n'est plus une question que je me pose aujourd'hui, il va réussir !

• Du plugin Google Gears (embarqué dans Chrome) que je regardais jusqu'à présent du coin de l'oeil mais que je ne vais pas tarder à intégrer à Firefox si HTML 5 n'intègre pas certaines de ses fonctionnalités.
  Comme Gmail a révolutionner la manière de faire des webapps (AJAX), Google Wave est la seconde révolution des webapps. Chez Google, ils trouvent que ça ne va pas assez vite et ils ont raison !
  Comment se fait t'il qu'en 2009, on doit encore uploader des fichiers un à un dans sa webapp ?
  Avec Chrome (ou Gears dans les autres), vous glissez déposer plusieurs fichiers dans Google Wave. Terrible !!! Et je ne vous parle même pas de la vignette de preview des PDF ainsi uploadés.

• Des gadgets qui permettent de faire des sondages, des jeux, d'intégrer des cartes, de jouer des vidéos, ...

• Des robots qui peuvent manipuler les discussions, souligner vos fautes, traduire à la volée, et tout ce que l'on pourra imaginer ...

Je pensais conclure en disant :

• Oui, c'est pas mal (un chat amélioré (sauvegarde des discussions) qui ressemble d'avantage à un forum privé) mais c'est perfectible.

• Il y a encore des zones de flous au sujet de la relation avec Gmail : cohabitation ou remplacement ?

• Quid de l'ouverture réelle ? Actuellement une solution propriétaire (client Wave sur infrastructure fermée) et des miettes pour l'open source :

  • un serveur partiel ?
  • pas de clients graphiques ?
  • un protocole client/serveur bizarre et différent du protocole inter serveur ?

Mais j'étais loin du compte ...

» Lire la suite!

Aujourd'hui, j'ai pu testé un peu plus l'outil, voici donc un petit tour d'horizon.

L'interface graphique de cette application web n'a plus rien à envier à celle des clients lourds, elle est riche, réactive et redimensionnable :

Voyons plus en détail les différentes parties :

» Lire la suite!