HTML5 devient une standardisation des capacités avancées des navigateurs. Depuis 2008, et l’arrivée des navigateurs modernes comme Safari, Chrome ou Firefox, le nombre de développement sur la plate-forme Web s’accélère très rapidement. Depuis un an, la plus part des navigateurs ont ajouté le support des nouvelles technologies, ce que l’on regroupe dans le terme HTML 5.

Les performances des machines virtuelles JavaScript ont augmenté d’un facteur 100 depuis le 3ème trimestre 2008. Patrick explique que Google a introduit un nouveau moteur JavaScript open-source appelé V8, et utilisé entre autre par Chrome. Là où Java grâce à un typage fort, permet des optimisations et donc de bonnes performances, JavaScript souffre d’un handicap lié à son caractère dynamique et faiblement typé.

JavaScript is a dynamic programming language: properties can be added to, and deleted from, objects on the fly. This means an object’s properties are likely to change. Most JavaScript engines use a dictionary-like data structure as storage for object properties – each property access requires a dynamic lookup to resolve the property’s location in memory. This approach makes accessing properties in JavaScript typically much slower than accessing instance variables in programming languages like Java and Smalltalk. In these languages, instance variables are located at fixed offsets determined by the compiler due to the fixed object layout defined by the object’s class. Access is simply a matter of a memory load or store, often requiring only a single instruction. (from Google V8 design page)

V8 va plus loin en générant du code machine directement sans passer par la génération de bytecodes. Le moteur dispose aussi d’un ramasse-miettes (Garbage Collector) afin de suivre finement le cycle de vie des objets. Cela me rappelle un problème de mémoire insoluble sur le moteur JScript d’Internet Explorer que nous avions trouvé en 2007, lié aux références circulaires. C’est l’une des raisons pour lesquelles il faut rester prudent avec GWT et les vieux navigateurs comme IE6.

HTML5 est une spécification comme explique Patrick Chanezon, qui ajoute un ensemble de nouvelles balises et de nouveaux attributs pour les balises existantes.

[...[HTML5 introduit huit nouvelles APIs qui pourront aider à créer des applications web et qui peuvent être utilisées ensemble avec de nouveaux éléments introduits pour les applications dont :
- une API de dessin 2D utilisé avec la nouvelle balise canvas;
- une API pour jouer des vidéos et des sons/musiques utilisé avec les nouvelles balises video et audio;
- une API utilisée pour les applications hors-lignes;
- une API d'édition en combinaison avec le nouvel attribut contenteditable;
- une API de drag and drop en combinaison avec l'attribut draggable;
- une API qui permet l'accès à l'historique et permet aux pages d'en ajouter pour prévenir les problèmes de bouton retour-en-arrière.

Extrait de l'article HTML5 de Wikipedia

Pour les possibilités de tout ce qui est 2D avec la balise Canvas, Patrick montre le travaille de Paul Rouget, TechnoEvangelist pour Mozilla Corporation, et dont le site est une belle vitrine des possibilités des nouveaux navigateurs, capable de supporter HTML5.

Si vous avez Firefox, allez essayer vous-même ici l'application développée par Paul, qui est assez bluffante. Cette page donne une liste complète des différentes démonstrations HTML5.

Patrick explique ensuite les problèmes de droits dans les codecs vidéos et audios. Mozilla ne peut pas implémenter H264 par exemple, ou il faudrait verser des royalties. Le tag video est plus ou moins supporté selon les navigateurs. Patrick parle de Marc Pilgrim qui a écrit un article assez long, détaillant les différences entre les codecs, sur les différents formats vidéos, le tout en rapport avec HTML5. La mauvaise nouvelle est qu'il n'existe pas pour l'instant de combinaison de conteneurs (OGG,MP4,AVI) d'une part, de codecs d'autre part (H.264, MPEG4-ASP, Theora) et de codecs audios (MP3, AAC) qui fonctionne dans l'ensemble des navigateurs. Il faudra donc prévoir différentes combinaisons afin d'être certain que sa vidéo fonctionne dans la plupart des navigateurs.

Patrick montre alors la démonstration où l'on voit Tristan Nitot sur un fond vert. Regardez cette démonstration avec Firefox, vous verrez que Tristan est détouré en temps réel sur le deuxième Canvas. C'est cool non ?
Il y a d'autres démonstrations dans cet article si vous voulez tester par vous même.

Le code suivant suffit à transformer en pixel transparent, l'ensemble des pixels dans la gamme de couleur "vert-pomme" :

var processor = {
  timerCallback: function() {
    if (this.video.paused || this.video.ended) {
      return;
    }
    this.computeFrame();
    var self = this;
    setTimeout(function () {
        self.timerCallback();
      }, 0);
  },

  doLoad: function() {
    this.video = document.getElementById("video");
    this.c1 = document.getElementById("c1");
    this.ctx1 = this.c1.getContext("2d");
    this.c2 = document.getElementById("c2");
    this.ctx2 = this.c2.getContext("2d");
    var self = this;
    this.video.addEventListener("play", function() {
        self.width = self.video.videoWidth / 2;
        self.height = self.video.videoHeight / 2;
        self.timerCallback();
      }, false);
  },

  computeFrame: function() {
    this.ctx1.drawImage(this.video, 0, 0, this.width, this.height);
    var frame = this.ctx1.getImageData(0, 0, this.width, this.height);
		var l = frame.data.length / 4;

    for (var i = 0; i < l; i++) {
      var r = frame.data[i * 4 + 0];
      var g = frame.data[i * 4 + 1];
      var b = frame.data[i * 4 + 2];
      if (g > 100 && r > 100 && b < 43)
        frame.data[i * 4 + 3] = 0;
    }
    this.ctx2.putImageData(frame, 0, 0);
    return;
  }
};

(Adresse du code source : http://www.mozbox.org/pub/green/main.js)

Ce script utilise la fonction drawImage afin de dessiner pixel par pixel, chacun des pixels. La variable frame est un tableau rgb-alpha. Lors de l’itération, si le pixel actif est dans une plage de couleur correspondant au vert pomme, alors le pixel actif est transformé en transparent. Le code RGB du vert utilisé est ici 100,100,43. Et le tout en JavaScript bien entendu.

Patrick remonte ensuite une démonstration avec de la musique. Cela me rappelle il y a 15 ans et les démos sur Amiga, Atari ST et CPC6128. Là je passe pour un vieux, mais j’assume à fond.
Aujourd’hui il serait possible de refaire des démos, mais directement dans le navigateur Web.

Il nous montre ensuite des démos en 3D et du texture Mapping avec les fonctions 2D et des Canvas tirées d’un site Japonais. Il y a de la réflexion de texture, des effets de lumières, bref du lourd.

Concernant la 3D il y a 2 spécifications : O3D et WebGL. La première est une proposition de Google, et elle fonctionne grâce à un plugin. La deuxième, WebGL, fonctionne avec les dernières fonctions de Firefox. Pour l’instant il n’y a pas de standards, mais Google pousse O3D.

Le site Google O3D donne un bon nombre d’exemples tous assez impressionnant. J’ai installé le plugin O3D et je vous conseille la démo Beach.

Il montre ensuite une démo où le détecteur de mouvement du Mac, l’accéléromètre, est lié à une propriété d’un Canvas. Patrick bouge son Mac et nous voyons les rectangles d’une page Web se mettre à tourner. C’est plus une démonstration technique, que quelque chose de réellement utile.

La dernière démonstration de Paul Rouget est vraiment impressionnante. L’article complet de Paul détaille le fonctionnement, je vous laisse tester avec une version récente de Firefox.

Patrick parle aussi de Chrome Frame pour Internet Explorer. Ce plugin permet d’utiliser le moteur JavaScript de Chrome dans Internet Explorer, ce qui permet de ne pas changer ses habitudes (ah ah ah) et de conserver ce bel outil qu’est Internet Explorer (ah ah ah je me plie en 4). Bon…

Fin de la présentation de Patrick Chanezon.
Merci beaucoup !

Conclusion
L’apport d’un standard comme HTML5 va accélérer le déploiement d’applications complètes. Il reste encore des points à régler concernant les codecs vidéos, audios et les formats. La balise Canvas permet de faire réellement de la 2D sans plugins externes dans le navigateur. Les moteurs JavaScript proposent aujourd’hui des performances bien supérieures à ce qui se faisait il y a encore 2 ans.

Je pense qu’il ne faut pas enterrer la solution Flash d’Adobe, open-source depuis quelques années. Des outils libres existent (swfmill, motion-twin action script compiler, le site OSFlash) qui permettent de développer librement en Flash. J’ai le sentiment que le développeur n’a jamais vraiment regardé Flash et le langage ActionScript. Et il semble découvrir dans l’univers HTML5 et le JavaScript des fonctions qui existent dans le monde Flash depuis 3 ans. D’un autre côté, avoir un standard libre et ouvert est une excellente nouvelle. J’espère seulement que la compétition entre les navigateurs respectera les standards, afin de ne pas retomber sur des problèmes de compatibilité cross-navigateur comme il y a 10 ans. Je dirai aux développeurs Java de regarder la plate-forme Flex, qui offre déjà de quoi construire des applications d’entreprise. HTML5 ne proposera des solutions standards et outillés d’ici 2 ans je pense. Nous en sommes encore à la phase exploratoire. Nous n’avons pas encore attaqué la pente des early-adopters et des sites HTML5.

Tout reste à faire.

Références
- La vidéo de la conférence enregistrée le 11 décembre 2009 à l’EFREI
- Site officiel du projet V8, moteur Javascript open-source : http://code.google.com/intl/fr/apis/v8/intro.html
- Le site de Mark Pilgrim est une mine d’explication sur HTML5 : http://diveintohtml5.org
- A voir avec Firefox 3.6 : le site des démonstrations HTML5 par Paul Rouget sur Mozilla.org ]]> http://www.touilleur-express.fr/2010/03/14/html5/feed/ 3 http://www.touilleur-express.fr/2009/07/19/google-wave-premiers-tests/ http://www.touilleur-express.fr/2009/07/19/google-wave-premiers-tests/#comments Sun, 19 Jul 2009 14:34:16 +0000 Nicolas Martignole http://www.touilleur-express.fr/?p=1824 Ce matin un email dans ma boîte aux lettres : « Bonjour Nicolas Martignole, voici vos codes d’accès à Google Wave… Amusez-vous bien !« .

Si le mail n’était pas arrivé un dimanche matin à 00h03, j’aurai bien cru un moment que j’étais une personne très importante pour que l’on me donne un compte… En fait Google a annoncé le 17 juillet dernier que 5800 comptes Google Wave avaient été distribué lors de la conférence Google I/O et qu’au cours de l’été, 20 000 nouveaux comptes seront ouverts. Bref c’est donc une histoire de temps aussi pour vous si vous avez fait la demande.
Premiers arrivés, premiers servis. Je m’étais inscrit quelques heures après l’annonce, grâce à l’information trouvée sur Twitter. Si vous souhaitez faire une demande de compte, rendez-vous sur la page Google Wave.

Bref avant de vous parler de mes premiers pas avec Google Wave, j’en profite pour revenir sur l’USI 2009. Suite à sa présentation des outils Google pour l’entreprise, Didier Girard de SFEIR a proposé d’organiser une présentation de Google Wave avec Guillaume Laforge de SpringSource, chef de projet de Groovy. C’est donc dans une petite salle de 50 personnes que nous avons pu voir Google Wave pour l’une des premières fois en France.

Guillaume Laforge (à gauche) et Didier Girard (à droite) débutent la présentation par une diapo qui explique Google Wave en 140 caractères, à la Twitter. Notez cette idée pour vos prochaines présentations. Si vous n’êtes pas en mesure de résumer votre contenu en un message twitter, vous pouvez encore bosser. Excellente idée de Didier.

J’aime bien aussi l’idée de Didier de se présenter non pas comme un Geek ou un Boss mais comme… un Beek ou un Goss !

Google Wave en quelques mots
Wave est le nouvel outil de communication propulsé par Google qui ressemble à un client de messagerie électronique, auquel des fonctions de messageries instantanées ont été ajoutées. Lorsque vous éditez un message pour répondre, et qu’un autre destinataire est en ligne, vous voyez littéralement l’autre personne « taper » son texte en direct sous vos yeux. C’est donc un mélange de twitter, de client mail et d’IRC/Chat.

Google Wave c’est aussi le concept de Robot qui vient du monde IRC. Ces invités virtuels peuvent être ajoutés à votre conversation. Lorsqu’ils sont présents, le texte que vous tapez est analysé en temps réel afin de l’enrichir et de fournir de nouveaux services. Vous tapez un numéro de téléphone ? Un robot le reconnaît et ajoute une URL skype pour appeler le numéro. Vous tapez une adresse ? Un lien vers Google Maps est ajouté automatiquement.

Il est possible aussi d’ajouter des robots capables de traduire à la volée votre texte. Dans la vidéo de la démonstration, on voit un francophone écrire un texte en français, et celui-ci est traduit en anglais à la volée. Il est donc possible d’imaginer de nouveaux outils, qui seront eux-même hébergé sur Google App Engine, la plateforme de Cloud Computing de Google.

Didier Girard a implémenté un Robot capable de reconnaître un tag SMS. Lors de la démonstration, il tape « SMS:0600112233 ceci est un test », et quelques instants plus tard un message est affiché sur son téléphone portable. Un robot écoute la « Wave » et a reconnu le mot clé « SMS: ». Après avoir extrait le numéro de téléphone, il se charge d’envoyer un vrai SMS au téléphone de Didier. La démonstration va plus loin puisque nous avons tous participé en envoyant un SMS qui s’est affiché… dans la Wave !

A quoi pourra servir Google Wave ?
Après la démonstration, je discute un peu avec Didier. Nous sommes d’accord pour dire que nous venons de voir « quelque chose » mais qu’il est encore tôt pour se rendre compte de la portée de ce nouvel outil de communication. Quelque part j’essaye de me souvenir de la première fois que j’ai utilisé un client de messagerie en 94 à l’Ecole… De la première fois où j’ai envoyé un SMS à un ami, où j’ai commencé à Twitter… On ne se rend pas alors très bien compte si ce que l’on fait fera parti de notre quotidien dans quelques mois ou non.

Je me souviens aussi de projets comme ICQ en 97, que vous connaissez peut-être. Mais qui se souvient en 1996 du projet Marimba, fondé par Kim Polese une ancienne dirigeante de SUN Microsystems ? A l’époque c’était THE application. Le principe consistait à pousser de l’information vers le client, un peu comme nos Widgets de météo et d’information sur Mac. Racheté par BMC Software en 2004, le produit n’existe plus… Kim Polese était la responsable produit de Java chez SUN en 1996… Je m’en souviens car j’ai travaillé avec SUN France à cet époque et que Marimba était le truc à la mode.

Alors à quoi pourra bien servir Google Wave ?
J’imagine de vrais usages, comme lorsque répondez pour la 6e fois dans un email, et que votre email ressemble à une conversation de Chat et que vous perdez un temps précieux avec vos correspondants. J’imagine aussi ce nouveau système de réunion, à la fois tableau blanc interactif, document partagé mais aussi plus proche du courrier électronique…

De mon côté j’essayerai bien d’écrire un Robot pour Wave. Mon Geek Day Robot vous proposerait de vous tenir informé des prochaines soirées de Geek, de vous dire qui viendra et de vous donner quelques informations. Là expliqué comme cela, je sens pas un grand enthousiasme. Mais pas de soucis, je vous montrerai cela dès que possible.

L’interface de Google Wave
Comme vous pouvez le constater sur cette capture d’écran, c’est relativement simple :

La zone de Navigation sur la gauche rappelle un client de messagerie électronique classique. La zone Contact permet en bas à gauche de retrouver vos amis. La zone centrale marquée « By Me » sur la capture d’écran, est la zone qui liste les différentes Waves. A droite enfin, le contenu de ces fameuses Wave. Par rapport à un email classique, les correspondants/contributeurs de la Wave sont listés en haut. Les Robots lorsqu’ils sont invités par le créateur de la Wave, apparaissent en haut.

Bon alors, raconte…
Quelques minutes après m’être authentifié, je commence par lire les messages dans les plus grosses Waves. Mes premiers pas me font penser à un Wiki qui serait mis à jour sous mes yeux. Je vois ainsi un utilisateur entrain de compléter un des articles. Chacun de ses caractères, presque la vitesse à laquelle il tape, c’est assez bluffant. Google Docs propose un système similaire mais croyez-moi, il y a une différence entre les deux. J’y reviens après vous avoir laissé admirer une autre capture d’écran :

Une Wave c’est donc un document partagé avec l’enregistrement de la conversation des différents contributeurs du document. Une ligne de temps avec des commandes « avance rapide », « retour au début » permet de rejouer la Wave et de voir l’avancement des discussions entre les membres de la conversation. Ou comment rejouer de l’instantané… Imaginez un instant l’espace de stockage et la puissance nécessaire pour réaliser ce boulot, qui n’a rien d’exceptionnel, à part le fait que… personne d’autres ne pourrait le faire.

Google s’appuie sur sa plateforme de Cloud Computing afin d’ajuster la quantité de puissance (et d’énergie électrique un jour) pour que le système fonctionne correctement. Chacun de vos caractères est envoyé au serveur, qui peut ainsi retourner aux autres contributeurs vos messages. Et l’édition à plusieurs fonctionne même très bien, bien mieux que sur Google Spreadsheets.

Techniquement, Google Wave c’est du GWT du côté client ce qui rassure tout le monde quant à la pérennité de GWT. Cette fois-ci c’est bon, GWT est la technologie de rendu avec HTML 5 de Google. Côté serveur, une API permettra aussi d’intégrer ses propres Waves dans son site. Dès demain, nous pourrons donc avec une Wave attachée à mes billets sur le Touilleur Express, et chacun de vous pourra alors voir les autres lecteurs et discuter en temps réel à propos de l’article… « Hé tu as vu comment il raconte encore n’importe quoi ? Waaah il est trop fort ce nicolas, je vais appeler mon chien Touilleur Express en hommage ! Tu sais que depuis que je lis le Touilleur Express j’ai les cheveux qui repoussent ? « .

Notez que je ne vous encourage pas à dire n’importe quoi… Comme toujours je suis très sérieux…

Bon c’est pas tout, mais j’ai un joujou avec lequel m’amuser alors je vous laisse.

Y’a la zone de commentaires froide en dessous où tu peux laisser un commentaire si tu veux.

Références
- Je vous recommande l’article de François Goldgewicht qui présente Wave en quelques mots.
- Faire une demande pour un compte Google Wave
- La page de démarrage de Google Wave SandBox, une fois que votre compte est actif
- L’article de Didier Girard sur Application-Servers.com

http://francois.goldgewicht.com/2009/06/03/google-wave-en-quelques-mots/

Une petite définition pour commencer :

« L’ensemble des connaissances relatives à l’homme et nécessaires pour concevoir des outils, des machines et des dispositifs qui puissent être utilisés avec un maximum de confort, de sécurité et d’efficacité. » (Alain Wisner)

Comme elle dit, quand on a dit cela, on a tout dit et en fait on a rien dit.
L’ergonomie c’est regarder une application pour qu’elle soit utilisable et que ce qu’elle propose soit utile.
– être utile : est-ce que je réponds ou non à un besoin ?
– être utilisable : pour remplir une fonction, quelle est la facilité d’utilisation ?

L’ergonomie est aussi une science pour « améliorer » et pas simplement constater comme elle va nous le montrer. On comprend donc que le travail d’ergonome est d’améliorer la communication entre la machine et la personne.

Elle parle d’abord de l’Utile, de ce que nous mettons dans nos applications. Quel développeur n’a pas codé des fonctions sans vraiment penser à son utilité ? Une application doit servir à quelque chose, une fonction doit être utile, et il ne faut pas hésiter à faire des tests utilisateurs afin de se rendre compte de ce qui est utile dans un logiciel informatique.

Concernant ensuite l’Utilisabilité, un logiciel ou un site informatique doit être facile à utiliser, facile à apprendre, instinctif. Avez-vous lu la notice de votre ipod par exemple ?
L’utilisabilité c’est aussi proposer une interface qui n’induit pas en erreur, qui ne soit pas ambiguë. Pensez à Windows qui pour éteindre votre ordinateur… vous demande de cliquer sur « Démarrer »…

Elle parle ensuite d’une notion intéressante : une application doit paraître simple, au risque sinon de décourager les utilisateurs. Combien d’utilisateurs n’osent pas utiliser un site parce qu’il « paraît compliqué » ? Pensez à votre grand-mère devant votre dernier téléphone portable…

La question se pose : mais comment je fais ?
Une application ne doit pas retirer de prime abord des fonctions. Il convient tout d’abord de masquer le trop de fonction, de sorte que seul l’indispensable soit visible. Elle démontre son argument avec une application qui présente un mode de saisie avancé, mode qui n’est pas actif par défaut. L’iPod Schuffle par exemple est un exemple de la simplification. L’écran LCD n’étant pas indispensable à la fonction de base qui est « j’écoute de la musique », celui-ci a été retiré.

Masquer pour alléger l’interface oblige à hiérarchiser et à créer des workflows, ce qui simplifie le travail du développeur finalement. Le site Adobe Buzzword ou le traitement de texte Pages sur Mac par exemple, sont des exemples de logiciels qui masquent la complexité.

Pour certaines fonctions peu utilisées, Amélie explique ensuite le principe de la fonction experte. Prenez par exemple la fonction qui permet de classer les icônes sur l’iPhone. Celle-ci s’active en gardant le doigt appuyé sur un des icônes, et permet de ranger ses applications. Elle est complètement invisible, seul un expert connaît cette fonction… et en parlera autour de lui.

Elle continue la présentation en expliquant que le rôle de l’ergonome est aussi de trouver la bonne fonction, celle qui améliore l’efficience. Pour cela elle nous montre un outil de traduction en ligne. Composé d’une zone de saisie, de deux listes déroulantes avec les langues et d’un bouton traduire. L’ergonome a ajouté un lien « Permuter » qui permet d’inverser les sélections entre les 2 listes, ce qui fait gagner du temps.

Les fonctions doivent être optimisées, elles doivent être visibles et utilisables. 4 besoins fondamentaux sont nécessaires :
– l’emplacement (caché dans la barre, en haut, dans un menu…)
– la nature (zone de saisie, bouton)
– le format (gros/petit/couleur)
– la terminologie ( « nouvel email » moins bien que « envoyer un message »)

Elle termine la présentation par une explication sur les techniques pour améliorer l’utilité et l’utilisabilité des sites, en parlant des tests à l’aveugle, focus groups, benchmark, questionnaire de satisfaction. Il y a aussi l’appel à l’expert, qui grâce à ses connaissances peut nous aider à concevoir un logiciel utile et utilisable.

En conclusion, une bonne introduction sur l’ergonomie pour des Geeks comme pour des Boss.
Les développeurs informatiques n’apprennent pas à bien concevoir. Ils apprennent à concevoir. Il y a un côté petit-chimiste chez nous qui fait que nous sommes très fort pour faire des choses pas utiles ou pas utilisables, même parfois les deux.

Bonus spécial pour toi lecteur
Je te propose pour terminer des exemples de sites pour te faire peur
- Gamequarium a le mérite de se dire que finalement on est pas si mauvais en CSS
- CapstoneIdeas avec un système de navigation très pratique, moi j’ai rien compris
- Horizontal Way : va chercher le nonosse à droite de l’écran
- BowWowBooks un site qui veut vendre des livres mais qui fait tout pour que tu ne comprennes pas qu’ils veulent vendre des livres… ou des croquettes pour chien
- Piqué chez FredCavazza : le pire site web de tous les temps, paraît que c’est fait exprès.

Encore une bonne présentation de l’USI 2009.

Organisation excellente de l’équipe d’OCTO, environ 50 personnes étaient présentes. Parmies les têtes connues de la communauté Java : Antonio Goncalves (Paris JUG), Alexis Moussine-Pouchkine, Eric Mignot Scrum Master chez Pyxis, Jean-Laurent de Morlhon que j’avais croisé chez Reuters il y a longtemps, bref beaucoup de monde présent pour cette première.

Après un tour de salle, où chacun se présente par son nom, son entreprise et 3 tags qui l’intéressent, nous avons tous rempli des post-its afin de préparer un tableau et de répartir par salle les discussions. Difficile de choisir un sujet sur un thème précis. Les thèmes les plus demandés : TDD, Spring et JEE.

Spring vs JEE ? JEE est-il mort ?
Pour ma part j’ai décidé de suivre en premier la discussion « Spring vs JEE » très intéressante, animée entre autre par Antonio. Dans une salle d’une dizaine de personne, nous avons bien entendu parlé de l’actualité de SpringSource concernant la politique de licence. Pour Julien : les discussions ont été très constructives, la majorité des personnes présentes partagent la volonté de SpringSource d’offrir un service de qualité et de ne pas devoir maintenir un nombre incalculable de version. Finalement c’était une petite tempête dans un verre d’eau.
Les discussions les plus intéressantes ont été amenées par une personne, développeur Python chevronné (désolé je n’ai pas pris ton nom) qui posait des questions autour de Spring par rapport à JEE. Antonio a apporté son expérience sur JEE 5/6 et le travail de la JSR afin d’expliquer les arbitrages lors de la sélection de ce qui doit être un standard par rapport à ce qui ne doit pas l’être. Ainsi les fonctions de clustering, de cloud-computing et de cache ne font pas parties de la spec JEE 6. Par contre, Spring a dynamisé le travail sur JEE 5, Antonio était interrogatif (si c’est le mot) sur l’annonce de Rod Johnson de supporter le profil A et le profil B pour JEE6. Le profil A : servlets/jsp. Le profil B : on ajoute EJB3.1. Comme il l’explique, Spring va apporter son support sur cette partie. Le profil C contient 32 spécifications, dont le support des EJB2.1, plus pour des raisons historiques.

Une question : pourquoi Spring est aussi dynamique ? pourquoi cela marche ?
A cela, Florent Ramière répond tout simplement : ce sont les meilleurs développeurs, qui forment une équipe soudée de qualité. De plus, une autre personne ajoute que sans le devoir de formalisme de devoir faire une spécification comme JEE, Spring est forcément plus dynamique.

Est-ce que trop de Spring tuera Spring ?
Quelqu’un parle de l’idée d’un projet en trop un jour dans le panier de Spring qui risquerait de les décrédibiliser. Est-ce que Spring avec S2AP ne joue pas la carte du solo player ? On reparle de l’idée de travailler avec un standard pour un client institutionnel par rapport à travailler avec un seul vendeur, SpringSource. Les discussions fusent car les avis sont partagés. En fait je vois que pas mal de monde méconnait l’activité de SpringSource, et tout est un peu mélangé.

Faut-il attendre JEE6 ou pas ?
Question un peu vague, qui n’a pas de réponse toute faite. Antonio explique que des avancées majeures comme WebBeans, venant de JBoss Seam, ou même JSF2.0 feront de la future spec de Java un socle solide et standard. Comme dirait Alexis de SUN : les standards, y’a que cela de vrai (il bosse pour SUN).

Globalement j’ai trouvé la discussion vraiment intéressante, chacun essayant d’apporter son point de vue sur le sujet. Je pense que Spring est devenu un standard de facto, et que comme tout excelllente plateforme, peut-être que les jaloux ont décidé de taper dessus histoire de s’occuper. Mais vue la qualité de l’équipe, je pense que tout ceci va retomber.

De mon côté j’ai expliqué à tout le monde le positionnement de SpringSource tel que julien me l’a expliqué. J’en ai profité aussi pour parler de la production afin que les développeurs n’oublient pas que ce qu’ils codent, doit être administrable. Pour cela j’ai parlé de la démo des produits de SpringSource, en défendant qu’il y a un sens à ce que ce soit des outils payants. Le public visé n’est pas le même que le framework Spring.

Enfin tout le monde a parlé d’IoC, le mot pour définir Spring, la puissance de Spring et comme dit Antonio, quelque chose que JEE n’a pas à ce niveau.

Scrum dans la vraie vie
Pour le coup j’étais content, c’est l’un de mes petits post-its . J’ai retrouvé entre autre Eric Mignot de Pyxis, excellent orateur, ainsi que Jean-Laurent de Morlhon. Autour de la table, une dizaine de personne, mon voisin Olivier pose des questions pointues sur Scrum, François s’interroge sur comment facturer un projet développé avec Scrum, mon voisin en face explique Scrum dans son équipe, il travaille pour une administration, etc.

Mais avant cela, Antonio qui ne connaissait pas Scrum a joué le rôle de candide. Exercice donc en premier : expliquer et définir Scrum. Pourquoi on en parle ? A quoi cela sert-il ? Pour quel public ?

Des questions tournent sur les projets traditionnels, en particulier pour les marchés publiques. Est-ce que Scrum peut s’envisager lorsqu’il faut répondre par un cahier des charges et un engagement fixe ?

J’avoue avoir pas mal parlé, passionné par Scrum. Mais indéniablement, Eric a fait passer son expérience de coach Agile, avec une gymnastique bien rodée pour expliquer et répondre aux questions phares sur Scrum.

Le buffet
Le buffet après 2 heures de discussions était le bienvenue. De mon côté j’ai discuté de la place des développeurs Java, nous avons échangé sur les différents profils de gens qui font du Java. Comme le disait l’un de nous, l’informatique offre un accès assez large et le premier venu peut commencer à « faire de l’informatique ». Ensuite pour monter la chaîne technique, le travail au quotidien n’offre pas sur un plateau de la connaissance. Nous étions d’accord pour dire qu’en Java, il faut se tenir au courant, et se remettre en question régulièrement. Je ne dis pas essayer chaque semaine un nouveau framework. Je dis simplement profiter d’un petit événement comme celui-ci pour prendre un verre et partager ses connaissances et sa passion.
La passion, le moteur qui anime les personnes qui étaient là ce soir. A un BarCamp il n’y a rien à prouver, rien à gagner. Même si j’ai vu/senti la volonté de certains de s’exposer et de parler d’eux plutôt que des sujets, finalement j’ai trouvé l’ensemble de la soirée très ouverte et sympathique.

A quand le prochain BarCamp ?

Quelques photos prises avec l’iPhone :

(OFF)
Félicitations à Julien Dubois qui je crois savoir est papa d’une petite fille.

L’agenda de la journée contient des sessions sur Android, les Mashups, Google App Engine, les API YouTube, Open Social et surtout GWT. Avis à la population : session sur GWT faite par des pointures de Google.

L’inscription est gratuite, même si le nombre de place est limité. Donc si vous êtes intéressés, et pas en vacances, profitez-en pour vous inscrire.

Merci à Julien Dubois de SpringSource, et donc je ne manquerai pas de faire un compte-rendu ici sur le blog de cette journée.

Regardons ce qu’il se passe aujourd’hui : terminé le temps de la page HTML qui se recharge complètement. Les utilisateurs finaux veulent de l’interactivité, une interface riche et une ergonomie fantastique. D’un autre côté, le souci pour vous en tant qu’architecte est de conceptualiser et écrire une couche de service correcte.

Pour le projet sur lequel je travaille, nous avons une application développée avec JBoss Seam en début d’année. Le développement avec IceFaces des écrans principaux ne m’a pas pris beaucoup de temps. Par contre, s’agissant d’une application de surveillance et de monitoring, j’ai pas mal de difficultés à obtenir un résultat puissant en terme d’ergonomie et de réactivité. Je me suis donc tourné avec bonheur vers Adobe Flex. Le fait aussi de pouvoir fonctionner en mode déployé avec Adobe AIR est un plus.

En prenant JBoss Seam et Adobe Flex, il est possible de faire une application vraiment puissante. Pour cela, Exadel Flamingo est vraiment la dernière brique qu’il me manquait pour finaliser l’architecture. Flamingo est un outil très puissant qui permet tout d’abord de générer rapidement une application type CRUD avec une interface utilisateur en Flex. Si vous avez testé seam-gen, vous voyez ce que je veux dire. Flamingo utilise le protocole binaire AMF d’Adobe pour la communication entre l’interface cliente déployée en Flash du côté navigateur et donc, la partie serveur basée sur JBoss Seam. C’est similaire à un déploiement avec BlazeDS ou LiveCycle. Cela dit, en terme d’échanges d’objets, je me demande si JBoss Seam va aussi loin que LiveCycle.

L’intérêt de Flamingo est qu’en générant du code pour vous, il facilite l’écriture en ActionScript du côté du client. Après avoir défini une Entité du côté de Seam, vous pouvez facilement appeler un ensemble de méthode simple pour effectuer la recherche ou la mise à jour de votre entité à partir du code ActionScript. Flamingo est donc avant tout un générateur de code destiné à réduire la quantité de code à écrire, et qui facilite l’accès aux Entity EJB3 gérées par Seam.

Les échanges entre le client en Flex et le serveur JBoss Seam peuvent s’effectuer soit via une Servlet spéciale de Flamingo, soit via la partie Remoting de JBoss Seam.

Flamingo travaille avec Maven2 pour générer la glue entre JBoss Seam d’une part et les technologies RIA comme Flex ou JavaFX d’autre part.

Le mieux sera de vous écrire un petit exemple complet pour que vous puissiez vous faire une idée de l’intérêt de Flamingo. Désolé faute de temps je vous laisserai que deux URL pour que vous puissiez regarder :

- version JBoss Seam avec JSF seul
- version Adobe Flex avec protocole AMF

Retrouvez d’autres urls à cette adresse :
http://demo.flamingo.exadel.com/booking/booking.html

Eric Lefevre de Valtech a proposé d’organiser à la rentrée un Open Space Technology. L’idée est de se retrouver afin de discuter entre personnes du Paris JUG sur des sujets technos en suivant un ordre libre. Lisez son article pour comprendre mieux le principe et ensuite vous pouvez en discuter sur la mailing liste du Paris JUG (enfin je crois qu’il y a une mailing list non ?? quelqu’un pour confirmer ?).

La soirée était découpée en 2 présentations : tout d’abord MDA puis ensuite Adobe Flex et les échanges client-serveur.

MDA a reçu un accueil un peu frais de la part de la centaine de personnes présentes ce soir. Pourtant j’ai trouvé la présentation assez précise et bien menée par Grégory Weinbach d’Objects Directs. Il connait son sujet. Pour ma part je n’ai pas expérimenté MDA bien que l’équipe installée à côté de notre équipe travaille avec MDA depuis 6 mois. Grégory Weinbach après avoir présenté le principe de MDA explique qu’il faut faire la distinction entre les frameworks MDA et les outils MDA. Il explique que la modélisation apporte de l’Agilité dans la création d’un logiciel. Il est possible de travailler par itération et l’expression des besoins fonctionnels rapproche le développeur du client. Ce client est alors plus satisfait car il est aussi acteur de cette modélisation. Il explique aussi que l’on retrouve des modélisations types qui sont soit trop techniques, soit qui cherchent à modéliser à outrance, soit qui sont « PSM »… Je ne sais pas ce que c’est que PSM, donc je ne pourrai pas vous l’expliquer ici. MDA propose aussi une indépendance technique. On code en quelque sorte au niveau du modèle en modélisant les composants métiers. Par exemple une Liste, une Form, une Vue. Ensuite les interactions et les règles métiers sont ajoutées, ce qui permet d’avoir un programme cohérent.

Pour la partie dynamique, l’architecte peut utiliser UML 2 ou un langage abstrait (ASL) pour donner vie à son Modèle. Là dessus il explique que la modélisation uml dynamique n’est pas facile, et que les outils ne contraignent pas assez le développeur. Tout ceci pour rester indépendant du langage cible qui n’est alors pas important. Le modèle exprimé, il est enfin possible de générer du code afin de le compiler… ou pas (VBScript ça se compile ?)

Les questions de l’assistance du Paris JUG étaient assez précises. Dont une question monologue tartine et vas-y que je te raconte ma vie très intéressante… Il y a eu des questions sur les outils, et il est vrai qu’en tant que développeurs nous aurions souhaité voir un peu cela de plus près. Un peu d’expérience de l’Architecte nous aurait intéressé.

Bon et ton avis dans tout cela ?

Mes sentiments sur MDA : non MDA n’est pas une méthode Agile. Adepte de Scrum je crois que ce soir c’était un petit tirage de couverture. Il ne me semble pas que la modélisation apporte une quelconque agilité. MDA n’est pas encore maitrisé par les développeurs et demande un effort de formation pour fonctionner correctement.

Ensuite j’ai eu une drôle d’impression en entendant que MDA c’est « les Architectes » et que la caste des « Développeurs » passe au second plan. Le besoin d’avoir un Analyste, est-il encore d’actualité ? Un Analyste qui ne ferait que de la modélisation avec une compétence financière, ça doit valoir une fortune…

Je reste très perplexe sur l’offre « indépendance du langage ». Dans le domaine des applications webs, faut-il rappeler la part de marché de Java ? Est-ce que nous avons déjà vu un projet passer d’un langage à un autre ? Je comprends très bien qu’il est important de montrer que l’effort doit se faire au niveau de la modélisation du PIM (Plateform Independant Model). Mais où sont les contraintes de mise en production ? Les contraintes d’architecture ? Les tests fonctionnels et unitaires font-ils partie aussi du code généré ?

Pour ma part je creuserai le sujet MDA, bien que j’en ai entendu et fait l’expérience sur la modélisation d’instruments financiers l’an passé. A suivre donc…

Flex, la petite claque

Cher lecteur, il y avait une personne dans la salle avec un grand sourire. Cette personne c’était moi. La présentation de Flex nous a montré la puissance et la simplicité des échanges entre le client Flash ou AIR et un serveur distant utilisant BlazeDS. Tout d’abord pour les personnes qui étaient là ce soir, nous avons eu un sacré orateur. Avez-vous la technique de « je vous tape 5 lignes de MXML de la main droite tout en parlant au micro tenu de la main gauche ?« .

James Ward est l’auteur du fameux Census dont je vous ai déjà parlé. Allez on prend sa souris et nous allons tous regarder cette url : http://www.jamesward.com/census/. Cette application vous explique les temps de chargement relatif entre votre propre navigateur et son serveur selon la technologie utilisée. Vous pouvez donc comparer du HTML simple, du Dojo, du JSON, du XML chargé avec AJAX ou encore de l’AMF, le format binaire compressé et optimisé de Flex. Allez y faire un tour je vous attends ici pour continuer…

James nous a ensuite montré successivement comment lire un flux XML avec l’objet HTTPRequest. Ensuite comment charger un objet Flex directement via RemoteObject. Ensuite une démonstration assez bluffante de DataService avec 2 pages webs qui s’échangent des données. Il a montré la partie Producer et Consumer en codant un chat en 10 mn à peine, de la main droite et en parlant au micro je vous le rappelle… Comme je disais à mon voisin : « c’est moi ou j’ai l’impression que tout est accéléré ? »

Les personnes de l’assemblée ont été franchement séduites. Je crois qu’un bon nombre de développeurs vont essayer eux-même Flex afin de s’en faire une idée encore plus précise.

Cela tombe bien cher lecteur, je risque fortement de t’en parler de plus en plus dans les jours qui viennent… Stay tuned !

Demain c’est costard cravate et journée au Sénat. Je vais voir Jaxio. Ca va être fun !

For those who wants to play with Flex, BlazeDS, Spring, Hibernate using a set of Maven projet, François le Droff wrote a good article. He managed to set-up a nice environment that was really helpfull for me when I started to add maven support to my own project.

Read http://blogs.adobe.com/francoisledroff/2008/05/my_blazeds_xdoclet_spring_hibe.html

However my project use Charts and when I tried to add support for Charts, it doesn’t compile anymore with Maven. I managed to fix various issues and I will report there how to make it work.

Add new mirror to your maven configuration

First, as explained on its post, add its repository to your maven configuration file
Here is my settings.xml :

<settings>
    <localRepository>>/Users/nicolasmartignole/.m2/repository</localRepository>
    <offline>false</offline>

    <proxies>
    </proxies>

    <servers>
    </servers>

    <mirrors>
        <mirror>
            <id>ibiblio</id>
            <mirrorOf>central</mirrorOf>
            <name>Ibiblio central repos.</name>
            <url>http://www.ibiblio.org/maven2</url>
        </mirror>
    </mirrors>

    <profiles>
        <profile>
            <id>defaultProfile</id>
            <activation>
                <activeByDefault>true</activeByDefault>
            </activation>

            <repositories>
                <repository>
                    <id>fna-repository</id>
                    <name>fna-repository</name>
                    <url>http://fna.googlecode.com/svn/trunk/fna/fna_m2_repository/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>false</enabled>
                    </snapshots>
                </repository>
            </repositories>

            <pluginRepositories>
                <pluginRepository>
                    <id>fna-repository</id>
                    <name>fna-repository</name>
                    <url>http://fna.googlecode.com/svn/trunk/fna/fna_m2_repository/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>false</enabled>
                    </snapshots>
                </pluginRepository>
            </pluginRepositories>
        </profile>
    </profiles>
</settings>

Create a simple project from scratch

Now it’s time to create your first maven project with Flex. I will call my new project « Lombok » and it will be part of « Treck » which is my company name.

mvn archetype:create
-DarchetypeGroupId=com.droff
-DarchetypeArtifactId=blazeds-xdoclet-spring-hibernate-archetype
-DarchetypeVersion=1.0
-DgroupId=org.treck
-DartifactId=lombok

Create a new IDEA IntelliJ project

Go to the new created folder (cd lombok) and type-in

mvn idea:idea -DjdkName=1.5

This will create a new IntelliJ Project.
You can also create a new Eclipse project with :

 mvn eclipse:eclipse

Compile time !

It’s now time to build the first project. There’s nothing special here since François’s project come with a nice CRUD application that works with HSQL database and Hibernate.

Simply type « mvn install » and wait for compilation

Deploy time

Once your project has been compiled you can now start the local Jetty servlet container. BlazeDS has already been configured for you with a simple amf service.

Enter

cd java_webapp
mvn jetty:run-exploded

If everything went well you should see something similar to the folowing output :

...
...
6 juil. 2008 09:34:50 org.springframework.orm.hibernate3.HibernateTransactionManager afterPropertiesSet
INFO: Using DataSource [org.springframework.jdbc.datasource.DriverManagerDataSource@bc5edf] of Hibernate SessionFactory for HibernateTransactionManager
6 juil. 2008 09:34:50 org.springframework.web.context.ContextLoader initWebApplicationContext
INFO: Root WebApplicationContext: initialization completed in 1465 ms
2008-07-06 09:34:50.252::INFO:  Started SelectChannelConnector@0.0.0.0:8080
[INFO] Started Jetty Server
[INFO] Starting scanner at interval of 10 seconds.

Open a web browser and check http://localhost:8080/lombok

Time to add some more difficulties

So far, so good. Now when I tried to import my existing Flex application into this sandbox, I started to encounter some difficulties. I will explain here how I manage to fix them.

First, let’s edit the simple MXML application and add a new Chart component. I let you create a working MXML from Flex Buider. My sample is based on a dataProvider that is an ArrayCollection of values.

...
<mx:LineChart id="linechart1" width="617" height="210" dataProvider="{todoItems}" showDataTips="true">
    <mx:series>
           <mx:LineSeries yField="cpuIdle" form="curve" displayName="Idle"/>
       </mx:series>
   <mx:horizontalAxis>
           <mx:CategoryAxis categoryField="name"/>
   </mx:horizontalAxis>

</mx:LineChart>

Now if you try to compile with mvn install the project you should see this error

...
[ERROR]  Could not resolve <mx:LineChart> to a component implementation.
...
BUILD FAILURE

Add 2 dependencies to your pom.xml

Edit flex_app/pom.xml and add the following dependencies

<dependency>
    <groupId>com.adobe.flex.sdk</groupId>
    <artifactId>datavisualization</artifactId>
    <type>swc</type>
    <scope>merged</scope>
    <version>3.0.0.477</version>
</dependency>
<!-- Add this to avoid the Unable to resolve resource bundle charts for locale en US error //-->
<dependency>
    <groupId>com.adobe.flex.sdk</groupId>
    <artifactId>datavisualization</artifactId>
    <version>3.0.0.477</version>
    <type>resource-bundle</type>
    <classifier>en_US</classifier>
</dependency>

Update also the rvin.mojo plugin version to read (still editing flex_app/pom.xml)

<plugins>
       <plugin>
           <groupId>info.rvin.mojo</groupId>
           <artifactId>flex-compiler-mojo</artifactId>
           <!-- Update here to the correct version -->
           <!-- <version>1.0-beta4</version> -->
           <extensions>true</extensions>

At the end of the file you can also add a new repository (or edit your settings.xml)

<repositories>
     <repository>
         <id>flex-mojos-repository</id>
         <url>http://svn.sonatype.org/flexmojos/repository/</url>
         <releases>
             <enabled>true</enabled>
         </releases>
     </repository>
 </repositories>

Update your local repository

To fix this issue you need to manually import a SWC component and a resource bundle into your local mavené repository. You also need to update the pom.xml so that the flex compiler add at compile time in the external-libs the chart component.

First, I read that you need to import the SWC component that are bundled with Flex Builder. Don’t know exactly why but it doesn’t work if you import datavisualisation component from an external flex SDK 3.0. So here is how to import the Chart component into maven :

mvn install:install-file -DgroupId=com.adobe.flex.sdk
-DartifactId=datavisualization
-Dversion=3.0.0.477
-Dpackaging=swc
-Dfile="/Applications/Adobe Flex Builder 3/sdks/3.0.0/frameworks/libs/datavisualization.swc"

Then you need to import the resource bundle

mvn install:install-file -DgroupId=com.adobe.flex.sdk
  -DartifactId=datavisualization
  -Dversion=3.0.0.477 -Dclassifier=en_US
  -Dpackaging=swc
  -Dfile="/Applications/Adobe Flex Builder 3/sdks/3.0.0/frameworks/local/locale/en_US/datavisualization_rb.swc"

If you forget to import the resource bundle you’ll see this error message:

Unable to resolve resource bundle "charts" for locale "en_US".

Rebuild

The application should now build completly with the Chart. It’s really important to specify in the pom.xml a scope of « merged » for the datavisualization plugin as shown below:

<dependency>
<groupid>com.adobe.flex.sdk</groupid>
<artifactid>datavisualization</artifactid>
<type>swc</type>
<scope>merged</scope>
<version>3.0.0.477</version>
</dependency>

If you don’t specify this scope, everything will compile but when you deploy the SWF file on Jetty and press refresh, Flash shows an error message with something like

VerifyError: Error #1014: Class mx.charts::LineChart could not be found.

The reason is that the datavisualization needs to be included within the SWF and shall not be loaded as an external library.

I hope that it will help some of you if you play with this nice mojo and with Flex Chart

To conclude a screenshot I took this morning of Chart:

L’organisation de Valtech était à la hauteur de l’événement. Environ 90 personnes étaient présentes. En majorité des développeurs Java. Il y avait quelques développeurs .NET, PHP et des graphistes. Mais le premier constat, c’est que soit le fichier de prospection de Valtech n’a contacté que des équipes Java, soit clairement un développeur client riche en France n’est pas un graphiste mais un développeur…

Nous étions environ une cinquantaine dans mon groupe. Tout le monde était équipé d’un portable avec les différents environnements de développement installés grâce à un CD donné par Valtech. La première session sur Google Web Toolkit était animé par Sami Jaber de DNG Consulting, ancien directeur technique chez Valtech Toulouse. Sami a été interviewé plusieurs fois dans 01 Informatique (ici, là sur JavaFX et ici sur RDA). Son blog parle aussi de .NET. Je retiens plusieurs points sur sa présentation. Tout d’abord il explique que GWT n’est pas réellement comparable à SilverLight ou Flex. Il n’y a pas de plugin et pas de rendu vectoriel. GWT est orienté application web riche. L’avantage de GWT est son intégration complète dans l’espace de travail du développeur. Le développeur écrit en Java une application similaire à de la programmation ave Swing pour décrire votre interface et vos actions. Ce code génère du Javascript avec l’outil GWT qui est ensuite déployé vers le client. L’un des points forts de GWT est la génération optimisée du Javascript selon le navigateur ainsi que selon la langue de l’utilisateur. GWT prend en charge la complexité de gestion des différents navigateurs et permet donc de ne se concentrer que sur la partie métier. A peu de chose prêt c’est ce que nous faisons avec mon équipe sur le framework Karma depuis 3 ans, pour la finance. Là où par contre GWT va plus loin, c’est son intégration dans l’environnement de travail. Chez nous la productivité n’est pas mirobolante car la phase de debug est assez délicate. Sur GWT la productivité est bien meilleure que notre solution.

GWT seul est pauvre en terme de composants graphiques. Cependant il faut savoir qu’un bon nombre des librairies Javascript sont en court de portage vers GWT. Sami a présenté une intégration de la librairie ExtJS dans le projet Ext GWT (ou GXT) qui m’a particulièrement intéressé. ExtJS est une librairie très puissante mais difficile à programmer proprement, car c’est du Javascript. Il existe bien une taglib pour ExtJS mais je ne suis pas convaincu. Ext GWT par contre est vraiment une librairie qui a un avenir au sens industriel du terme. Je vois déjà les applications chez Thomson-Reuters qui pourraient en bénéficier pour pas très cher. La librairie est disponible soit sous licence GPL v3, soit sous licence commerciale si vous souhaitez l’intégrer dans un produit. C’est la mode en ce moment.

GWT est donc une librairie et un moteur complet qui permet de travailler d’Eclipse (ou d’IDEA IntelliJ) rapidement, sans devoir déployer son application et perdre du temps. L’exemple de Sami utilisait Apache OpenEJB, un tout petit moteur EJB3 qui a l’avantage de se lancer très vite par rapport à un JBoss. Je ne parle même pas d’IBM Websphere et compagnie…

Deuxième séance: Microsoft Silvertlight beta 2 release 2. Je ne vais pas m’étendre. Très décevant. La présentation était moyenne, les 2 présentateurs ont proposé d’axer la présentation sur l’intégration entre l’utilisation de Microsoft Blend et d’un outil de développement C#/XAML afin d’expliquer la séparation entre le design graphique et la partie codage. Mon sentiment sur ce que j’ai vu, c’est que Silverlight n’est pas encore terminé. Certes on parle d’une béta. Mais en fin de présentation, l’un des speakers a expliqué que dès aujourd’hui il était possible d’aller en production avec un support qui sera assuré par Microsoft… Moi désolé mais je n’ai rien compris.

J’ai apprecié Microsoft Blend qui est un outil puissant pour construire son interface. Il écrase Flex Builder car il permet vraiment d’aller très loin sur les effets graphiques et de présentation. En terme d’ergonomie, je trouve qu’il y a encore quelques points à clarifier, mais l’outil est utilisable pour faire une interface très sympa. Du côté de XAML et du pont avec la partie métier et service, une application cliente Silverlight est agnostique avec la partie serveur. Elle peut donc être client d’un Tomcat sans soucis. Silverlight supporte un grand nombre de modèle de communication comme REST ou RPC. Il y a une couche de sécurité que je n’ai pas vu du côté de Flex. Anecdote cependant qu’un des présentateurs a laché : le contenu XAP d’un fichier silverlight est placé dans le cache du navigateur. Il serait possible de récuperer ce contenu pour le décompiler et en faire ce que l’on veut. Il explique donc qu’il faut faire attention à ne pas stocker de choses sensibles dans l’application, mais à aller les chercher sur le serveur. Ce qui me paraît logique.

Quoi d’autre sur Silverlight ? je vous passe les manipulations assez acrobatiques que nous avons dû faire car il y a un souci de Namespace sur la dernière version de Blend. C’était folklorique. Moi en tant que client j’attendrai encore un peu avant de m’en servir pour un client final. Je n’ai pas du tout aimé la partie C#. Cela dit, Silverlight a aussi un support pour PHP et Ruby. Donc on peut envisager d’écrire autrement la partie Page de l’application. Voili voilà.

Nous avons terminé la journée par la présentation qui m’a le plus bluffé : Adobe Flex. Je connais bien la techno puisque l’an passé j’ai réalisé tout un prototype avec Flex de l’une de nos applications. Je voulais rester afin de voir comment présenter Flex aux gens qui ne connaissent pas. Yann Chevalier de Baao nous a fait une superbe présentation. C’est un très bon speaker et je pense que toute la salle a réussi à réaliser les ateliers qu’il présentait. Nous avons codé un player de vidéo en Flex, avec une timeline, des boutons Pause et Stop et un compteur de temps. Cela permet de voir comment utiliser le Designer pour créer l’interface. Ensuite comment binder un composant à un événement. Comment déclarer un composant réutilisable… Bref une très bonne présentation. Rien à dire, je reste convaincu que pour l’instant Flex a une bonne longueur d’avance sur Silverlight. Flex est pensé par des graphistes, des ergonomes, des développeurs Flash qui ont une grande expérience du Web là où Silverlight est orienté développeur. Cependant j’ai vu qu’en terme de rendu, Silverlight est plus puissant dans ses effets graphiques. Là où pour l’instant cela pêche un peu, c’est que des applications avec de la vidéo et des cubes qui tournent, il y a peu d’intérêt à en faire… Nous sommes encore en phase de transition vers du Web un peu plus riche, ce que GWT qui reste sur du HTML et du JS fait très bien.

En conclusion, je suis reparti avec un tee-shirt GWT. C’est pas marrant à dire mais les teeshirts Silverlight sont restés sur les tables de la salle d’accueil. Problème de publique je pense. Les gens présents étaient en majorité des pro-Java et malheureusement le fossé continue à se creuser. J’en suis responsalbe aussi en faisant du bashing ici. Mais je ne vais pas pipoter en racontant que c’est une techno mature et prête à être mise en production chez un client, un trader, dans une salle de marché… C’est une bonne techno mais avec un concurrent comme Adobe Flex et un produit comme Thermo qui devrait bientôt arriver, la concurrence va être rude pour Silverlight. A noter en juillet nous devrions avoir une présentation sur Flex par l’équipe d’Adobe France aux Paris Java User Group (Paris JUG).

J’ai en réserve un bon nombre d’adresse que j’utilise lorsque je dois valider un site, créer rapidement un logo ou trouver une mise en page CSS sympathique. Je n’ai pas tout repris ici mais voici déjà quelques uns de mes liens.

BrowserShots est un site qui vous permet de tester votre site internet avec différents navigateurs. Pour cela le site visite votre page et effectue une capture d’écran, que vous pouvez ensuite télécharger. Le Touilleur Express par exemple ne marche pas très bien avec certaines versions d’Opéra. Pratique et rapide.
http://browsershots.org/

L’adresse de courrier électronique poubelle, vous connaissez ? Disons que vous avez besoin de vous inscrire afin de recevoir un email d’un site marchand un peu douteux, le site SpamBox propose de créer un email valable une heure seulement. Cependant avant de m’en servir, je vérifierai bien si ce site lui-même n’en profite pas pour récupérer votre vraie adresse email pour la revendre… On est jamais trop prudent.

Le logo en flamme, le logo en flamme ! Si vous cherchez quelques tutoriaux afin de créer votre logo en flamme, allez jeter un oeil sur le blog de DesignVitality. J’aime particulièrement les designs Web 2.0.

Le site DaFont offre une très grande collection de polices pour réaliser des applications webs, des sites et des logos. Il y a des polices très originales qui permettent de réaliser la patte d’un site en quelques instants.

Le site qu’il faut avoir dans ses bookmarks car il contient finalement un peu prêt tout ce dont j’ai besoin lorsque je crée un habillage : http://webdevelopersfieldguide.com/. Par exemple une roue colométrique pour l’équilibre des couleurs. Ou un système comme DeGraeve.com qui se base sur une image pour vous proposer une carte de couleurs.

Pour suivre l’actualité autour d’Ajax et des librairies comme Prototype ou Script.aculo.us, je vous avais déjà parlé d’Ajaxian.com. Le site propose souvent des articles assez pointus sur Ajax et Javascript.

En ce moment nous corrigeons des problèmes de Closures en Javascript. Je cherchais sur le net un outil que j’avais testé il y a 2 ans pour identifier des closures… Je tappe quelques mots et je tombe… sur mon blog… Ca fait bizarre de se répondre à soi-même… Si vous voulez briller en société et expliqué à un client ou à un consultant ce qu’est une Closure, je vous redonne cette page très bien faite, avant de vous proposer à mon tour une explication en français dans le texte prochainement. Oui on ne  le dit pas assez, mais un certain nombre de librairies Ajax peuvent causer des problèmes de mémoire du côté du navigateur.