17 décembre 2008

beans binding dans gwt

La JSR 295 a été crée pour définir un mécanisme de binding en Java. L'idée simple et supportée par de nombreux langages est que deux attributs de deux beans soit "liés", ce qui permet par exemple à un widget graphique de toujours rester synchronisé avec l'objet modèle qu'il affiche, sans devoir écrire du code de mise à jour fastidieux et répétitif.

beansbinding est l'implémentation associée à cette spec et est utilisé dans NetBeans, ce qui prouve une bonne maturité de la techno. Seulement le projet semble "dormant", et la JSR associée n'a pas bougé depuis 2006. Pourtant le mot clé "bind" utilisé par JavaFX montre bien l'importance de ce concept pour les IHM

gwt-beans-binding est un portage de la JSR 295 (ou plutôt de ses concepts puisqu'elle n'est ni aboutie, ni publique) pour GWT. La mise en oeuvre est très simple. Pour lier deux textBox par exemple, il suffit de déclarer :

Binding.createAutoBinding( READ_WRITE,
    textBox, BeanProperty.create( "text" ),
    model, BeanProperty.create( "name" ) );

L'équivalent codé "à la main" nécessite de définit de nombreux PropertyChangeListeners (NB: quand seront-ils supportés en standard par GWT ?).

Pourquoi se focaliser sur ce projet, encore en version 0.2, alors que d'autres options comme Gwittir offrent des solutions comparables ? 
  • D'une part, parce que quelque soit l'évolution de cette JSR, elle sera toujours considérée si un nouveau groupe s'attaque à ce problème de data-binding en Java. 
  • D'autre part, parce qu'elle propose une API simple et focalisée sur cette unique tâche. 
  • Enfin, parceque le développeur de cette petite librairie a l'air très motivé !
Pour voir gwt-beans-binding à l'oeuvre : démo

11 décembre 2008

Devoxx - an 1

Devoxx se termine avec la projection d'un film pour certains, et les derniers "BOFs" pour les autres.

J'espère que vous avez apprécié mon "en direct", si vous trouvez des blogs/docs équivalents sur le net laissez un commentaire, que tout le monde en profite.

Et pour les membres du BreizhJUG, rendez-vous le 5 Janvier pour une session qui sera au couleur de JavaFX.

07 décembre 2008

en direct de Devoxx


space logo

Dans les lignes qui suivent, je vais retranscrire "à chaud" (enfin, avec quelques heures de différé) mes impressions sur Devoxx et les sujets que je suis lors de cette conférence.

Suivez mon périple à Antwerpen par google.Docs  interposé !

05 décembre 2008

GWT dessine le Web de demain


A l'occasion de son passage à Rennes pour donner une formation GWT, Sami Jaber nous fait le plaisir d'accepter l'invitation du BreizhJug. 

"GWT dessine le Web de demain"

Cette conférence, organisé en mode "à l'arrache", aura lieu dans les locaux de la MEITO (au pied de la tour télécom de Rennes Atalante) le 15 décembre aux alentours de 18h.

Plus d'info et inscriptions comme d'habitude sur www.breizhjug.org

26 novembre 2008

gwt-maven and gwt-maven-plugin merge !

Charlie Collins, project lead of gwt-maven, a Maven plugin for GWT, join the Mojo team o merge it's plugin with gwt-maven-plugin

As a side effect of releasing gwt-maven-plugin last week, gwt-maven users did unfortunately use the mojo plugin as org.codehaus.mojo is in the Maven default plugin list.

There will now be only one plugin, with more feature, more users, better features and ... less bugs !

19 novembre 2008

Témoignage Spring

Le journal du net organise un "sondage" intéressant sur l'utilisation de Spring :

Il s'agit de recueillir des témoignages courts sur la mise en oeuvre du framework, ses points forts et ses faiblesses. Si la représentativité de ceux qui témoignent n'est pas forcément significative, il est toujours intéressante de savoir ce que les autres ont retenu du framework, et ce qu'il lui reprochent. 

Voici mon témoignage. Notez l'excellent (si si) jeux de mot.

[VOTE] gwt-maven-plugin


Après plusieurs mois de mise au point et de test sur le terrain, je viens de lancer un vote pour une permière version "officielle" de mon plugin GWT pour maven.

Développé dans le cadre de la communauté "Mojo", autrement dit l'incubateur à plugins du projet Maven, j'espère que ce plugin recevra un bon accueil des utilisateurs de GWT.

En quoi est-il différent du projet concurrent gwt-maven ?

Les deux plugins partagent évidement pas mal de fonctionnalités, avec quelques originialités. Le miens par exemple peut générer les interfaces "Async" pour les services GWT-RPC. Par contre, j'ai préféré au lancement du shell GWT depuis maven la création de "launch configuration" pour Eclipse. En fonction du retour de la communauté, d'autres fonctionnalités pourront être supportées... 

L'idéal serait bien sur que l'équipe GWT supporte elle même un plugin maven !

Si vous trainez sur la liste dev@mojo.codehaus.org, n'hésitez pas à ajouter votre +1 ;-)


15 novembre 2008

un Windows sous license...

Microsoft a récemment proposé aux développeurs de la fondation Apache un abonnement MSDN gratuit. Celui-ci comporte entre autre un accès à la logithèque Microsoft, dont Visual Studio dont il s'agit de faire la promotion, mais aussi Windows, Office & Cie. Apparemment, l'opération a eu un très grand succès auprès des développeurs Apache, bien qu'ils soient nombreux à travailler sur Mac et/ou Linux.

Je vais peut être tester Vistual Studio par acquis de conscience, même s'il risque de ne pas trop faire l'affaire pour mes développements Java / Maven, quelque soient les reproches que l'on puisse faire à Eclipse ;)

A l'heure ou je préparais Mme à passer le PC de la maison sous Ubuntu, après avoir converti tous ceux de l'école dont elle est la directrice, en plus de mon eee-pc et du portable qui me permet d'écrice ce billet, je vais donc peut être ré-installer un Windows XP totalement légal sur notre PC de bureau (bien sur, quand je dis "ré-installer", c'est parce que le système est tout vérollé après des années de mauvais usages, pas pour un quelconque problème de licence).

Tant qu'a mettre un pied dans les deux mondes, j'ai égallement installé Office 2003 ... sur mon Ubuntu (merci PlayOnLinux) - et oui, ça marche.

Update :
J'ai peut être trouvé la solution : je viens d'installer XP dans une VirtualBox sur mon Ubuntu. A quoi ça sert ... euh ... à voir si ça marche ? ;)

13 novembre 2008

m2eclipse & checkstyle


Mon extension pour m2eclipse commence à fonctionner. Elle permet de lire la configuration Checkstyle à partir du plugin maven et de l'appliquer au plugin eclipse.

Si vous voulez "béta-tester", téléchargez le plugin ici et placer le sous eclipse/dropin - pas d'update site pour le moment, désolé ;)

N'hésitez pas à me faire part des problèmes et autres défauts de jeunesse de ce plugin encore très basique.

En principe, le plugin devrait (après redémarrage d'Eclipse) réagir lors de l'import d'un projet maven par m2eclipse et configurer comme il se doit le plugin eclipse-cs -- je ne l'ai pas précisé, mais ce plugin doit bien sur être installé !

NB : il existe un autre plugin checkstyle pour eclipse, http://checklipse.sourceforge.net/ . Aucune idée de qui est mieux que l'autre...

11 novembre 2008

Maven passe à Nantes


Le NantesJug organise une soirée Maven, animée par Arnaud Héritier, membre du "Project Development Commity" Maven. Pour ceux qui connaissent mal les raffinements de la fondation Apache, cela signifie qu'Arnaud a gravi tous les échelons de la méritocratie sur le projet Maven et que son vote pèse dans chaque décision majeure.

Je vais profiter de l'occasion pour faire une petite visite inter-Jug à Nantes. Si vous êtes dans le coin le 13 novembre, n'hésitez pas à vous joindre à nous.

un pas de plus pour Groovy

SpringSource vient de s'offrir G2One, la société fondée pour soutenir le développement de Groovy et Grails.

Ce rapprochement se fait assez naturellement, Grails étant fortement basé sur Spring et Spring réservant une place de choix à Groovy via son namespace "lang".

Qu'est-ce que ça va changer ?

En dehors des aspects produit, support, formation, etc, cela offre à Groovy une reconnaissance qu'il n'avait pas totalement réussi à gagner par ses propres moyen en dehors d'un public "geek" -comprenez auprès de nos décideurs.

Si je propose de coder une application stratégique en Groovy, même pour X bonnes raisons, je prend le risque de passer pour un doux-dingue technophile.

Si j'ajoute .. "qui s'intègre totalement avec Spring, qui est d'ailleurs le premier contributeur de son développement et de son support", ça fait tout de suite un argument plus concret. Délicat de tenir le même discours pour Jython ou BeanShell, quelques soient les points forts de ces langages.

J'espère que Spring 3 nous promet de belles surprises sur ce sujet ;)

08 novembre 2008

ça bouge autour de m2eclipse

L'intégration de maven sous Eclipse est un sujet qui a pris .. un certain retard si on compare à NetBeans ou Idea. La faute (sans doute) à la gueguerre entre Sonatype et Exists, les deux sociétés qui emploient des core-développeurs de maven, et qui supportent chacune un projet concurrent (m2eclipse vs q4e).

Dans le monde opensource on a coutume de dire que la concurrence est bénéfique. Seulement dans ce cas, chacun développe grosso-modo les mêmes fonctionnalités, et sur la base de la même plateforme à quelques détails techniques près.

m2eclipse remporte pour ma part un court avantage (mais ce n'est qu'un avis parmi tant d'autres) : les échanges que j'ai pu avoir avec les développeurs montrent une grande réactivité et une réelle volonté d'ouverture.

Dans mon cas, j'ai voulu ajouter le support de CheckStyle à m2eclipse; autrement dit, une extension m2eclipse qui va lire la conf de maven-checkstyle-plugin et la "traduire" pour configurer eclipse-cs, le plugin Checkstyle pour Eclipse.

Le bon point de départ, c'est que la plateforme Eclipse est conçue pour ce type de greffe de fonctionnalités (les fameux plugins) et m2eclipse ne déroge pas à la règle. Il y a donc une API très simple pour venir participer à la phase de configuration d'un projet Maven sous Eclipse.

La mauvaise surprise, c'est que cete API est un peu trop simple même dès qu'on a besoin de manipuler des concepts maven (classpath, résolution de dependances, ...). Comme il faut en plus découvrir comment se programme le plugin eclipse qu'on désire supporter, ça fait beaucoup de choses. A moins d'être un pro d'Eclipse + un guru de Maven, on en bave !

De rapides échanges avec Eugene Kuleshov m'ont convaincu que :
  1. je ne suis pas tout seul dans cette galère, et toute l'équipe de dev de maven est prête à apporter aide et conseils
  2. le seul moyen d'améliorer les choses est de "communiquer" pour que chacun apporte sa petite pierre à l'édifice.
Voici donc ma petite pierre :
  • une page du Wiki qui décrit le principe et les pratiques à connaître.
  • un ticket Jira pour permettre à chaque contributeur qui est contraint de réinventer l'eau chaude de "mutualiser" ses efforts.

02 novembre 2008

un processeur Quinte-core



Après le dual-core, puis le quad-core, voici une nouvelle génération de processeur qui va venir motoriser nos PCs de demain : le quintuple coeur.

Issu d'une colle-laboration active entre IBM et Intel, celui-ci utilise des coeurs extrèmement simplistes par rapport aux Pentiums IV. Cette (relative) simplicité permet de réduire la complexité du processeur et au final de bien mieux l'exploiter. L'ensemble permet de répartir la charge entre les 5 coeurs de manière optimale via un algorithme de à-la-rache-cétait-moi-le-premier.

Les résultats parlent d'eux même :

Seul bémol, ce nouveau processeur nécessite une carte mère spécifique équipée d'un slot 3D, donc réservé dans un premier temps aux machines haut de gamme.

La bête en images :



22 octobre 2008

mon ami Word

Mon projet actuel utilise activement la modélisation UML pour sa conception. Nous avons donc une panoplie complète de diagrammes, et bien sur des documents au format Word à produire, respectant le formalisme maison et une structure stricte.

L'outil de modélisation UML utilisé n'ayant pas le bon goût de supporter notre format de sortie, nous sommes passé par une solution (si on peut dire) d'une simplicité impressionnante :
  • export du modèle UML en XMI (compter 30 minutes)
  • lancement d'une transformation XSL:FO pour produire les documents en RTF (compter 15 bonnes minutes)
  • utilisation d'une macro word pour la mise en forme (compter 15 bonnes minutes par document)
Des optimisations sont très probablement possibles, mais dans tous les cas c'est très long...

Comment automatiser tout ça, pour éviter de passer des heures devant son PC à attendre l'étape suivante ?

Pour la transformation XSL, j'ai crée un petit plugin maven basé sur FOP. Ce n'était pas le plus difficile

Pour le reste ... je suis tombé sur le projet JACOB, qui permet de manipuler en Java l'API COM de Windows, et donc de faire de l' "automation" d'applications sous Windows. J'ai donc réussi à :
  • lancer word,
  • ouvrir le fichier RTF,
  • copier/coller son contenu dans le document contenant les macros,
  • ... qui sont ensuite exécutées
  • et enfin sauvegarder le résultat dans le répertorie cible (ouf!).
Il faut encore que j'essaie d'utiliser le même mécanisme pour piloter l'extraction XMI, qui n'est pas "légère" elle non plus.

Comme quoi, l'automatisation de la chaîne de production n'est pas impossible (parfois juste un peu délicate). Et au final, on pourra avoir une version complète des docs en cohérence avec le modèle UML deux fois par jour.

17 octobre 2008

Androïd : déjà dispo ?

Vous voulez tester Google Androïd avant tout le monde ? Vous êtes un Geek pur et dur du genre incurable ?
Il sera disponible dès le 10 novembre ici...
pour ceux qui ont un buget Geekitude solide !

22 septembre 2008

Lors du Google Developer Day, une session (la plus technique) était consacrée à Chrome, et plus précisément à son moteur JavaScript très sophistiqué visant à obtenir (enfin) de très bonnes performances en JavaScript. La concurrence avec SquirrelFish (projet similaire de WebKit) a été évoquée, et il est surprenant que Google, tout en investissant sur WebKit, n'ait pas vu venir ce projet et préféré faire cavalier seul.

Quoi qu'il en soit, SquirrelFish relance la guerre des bench et des records avec une nouvelle version "extreme", encore plus mieux. Google v8 va t-il réussir à surenchérir ?
Qu'est ce qu'on gagne dans tout ça ? Tout d'abord, la démonstration que du code JavaScript PEUT être rapide. Si l'équipe de Firefox doit se tâter pour choisir son futur moteur JS, c'est surtout du côté d'Internet Explorer que la pression va monter :

Jusqu'ici l'utilisateur lambda n'avait pas trop de raison d'abandonner son IE, installé par défaut (le "par défaut" étant un atout d'une puissance sans égal). Parmi les quelques curieux qui ont entendu parler de Firefox aux infos comme record du logiciel le plus téléchargé, 1% (?) pourront aller jusqu'à l'installer pour voir. Actuellement, ça ne changera pas leur vie et il garderont leurs habitudes. 

Mais demain ? Si Firefox lance et exécute leur webmail "orange" (ou alice ou neuf ou ...) en trois fois moins de temps que leur vieux IE, là ça pourrait donner des idées. IE8 n'a donc pas d'autre choix (IMHO) que de développer un moteur JS raisonnablement performant.

Qui gagnera la course à la rapidité du JavaScript ? Les utilisateurs !



Google Developer Day 08

Pour ceux que les technos de Google intéressent, je publie un compte rendu du Google Developer Day 2008.

16 septembre 2008

Breizhjug #1 : le succès au rendez-vous

La première réunion du BreizhJug a été une réussite. Avec près de 80 personnes présentes pour suivre la conférence de Didier Girard, le succès a été au rendez-vous.

Didier nous a démontré ses qualités de conférencier, dynamique et enthousiaste, et l'assistance semble avoir grandement apprécié sa prestation vu les nombreux encouragements que j'ai reçus ce matin.

Merci à tous pour votre soutien !

Seul ombre au tableau : j'avais prévu de filmer la session pour la diffuser sur parleys.com, et j'ai lamentablement merdé (disk full) :-/

... ce qui me motive pour faire mieux la prochaine fois, avec une conférence Maven 2 que je co-présenterais avec Raphaël Piéroni. Infos et inscriptions sur www.breizhjug.org

11 septembre 2008

GWTx


GWTx est un projet sur Google Code qui vise à proposer des extensions pour GWT, dans le but de les voir (peut-être) un jour intégrées dans GWT.

Je viens de rejoindre l'équipe de dev ... enfin, Sandy McArthur m'as plutôt passé la main faute de temps libre pour mettre à jour son projet avec la sortie de GWT 1.5.

Au programme, une remise à niveau pour assurer la compatibilité GWT 1.5 / Java 5, et une collaboration avec le projet GwToolbox pour émuler les APIs Java "utiles", comme par exemple les annotations JPA, nécessaires si on veut réutiliser les entités du domaine métier directement dans GWT.

l'effet "11 septembre "

Ce mattin, les locaux de Cap étaient bizarrement "aérés", afin d'évacuer la fumée...

incendie ? Non : des piles dans le micro-onde de la cafétéria.
Vengeance ? Attentat ? Bêtise pure et dure ?

Une nouvelle idée pour Al Qaida : poster sur le forum Leroy Merlin une "astuce" pour recharger les piles à moindre coup, par micro onde interposé. De nombreux blessés à attendre, même plus besoin  de kamikaze. En plus, ça peut relancer le marché du micro-onde.

La bêtise humaine va donc bien plus loin que la fiction.

03 septembre 2008

Google astique ses chromes


Google a sorti cette nuit son navigateur "Google Chrome".
Basé sur le moteur de rendu WebKit (utilisé également par Safari) il apporte :

d'une part un modèle multi-processus, basé sur le constat qu'on utilise aujourd'hui le navigateur pour exécuter des applications, et non plus pour visualiser des pages. Une application = un processus, c'est logique et cela stabilise le navigateur (étanchéité entre applications).

d'autre part un moteur d'exécution JavaScript basé sur une machine virtuelle crée par Google DK, "V8". Compilé plutôt qu'interprété, le code JS est nettement plus rapide, comme l'a déjà démontré le moteur SquirelFish (cf mon billet sur le sujet). V8 semble particulièrement efficace d'après les premiers benchs, et je confirme l'impression générale de rapidité.

Pour découvrir en image les idées derrière Chrome, consultez la BD éditée par Google : http://www.google.com/googlebooks/chrome/. L'accent porté sur les tests et l'intégration continue associée est intéressant.

Basé sur WebKit, il ne devrait pas y avoir de problème de compatibilité majeure. Peut-être aura t-on tout de même droit à une combinatoire dédiée dans la prochaine version du compilo GWT.

Quel intérêt ?

Pour Google, dans l'esprit "the browser is the platform", une application dans le navigateur doit être au moins aussi rapide, stable et démarrer aussi vite qu'une application installée. 
  • Pour la rapidité, le passage par la compilation du JavaScript est la clé. 
  • Pour la stabilité, le modèle 1 onglet = 1 processus est la solution poussée par Google. 
  • Pour le temps de démarrage, il suffit d'utiliser le mode "raccourci sur le bureau" de chrome pour comprendre : on lance gMail en un temps record, avec un "navigateur" réduit à sa plus simple expression.
Résultat : gMail exécuté sous chrome en mode "application" écrase tous les clients de messagerie connus - ce n'est que mon point de vue ;-)

Il est juste domage que gMail n'exploite pas Gear (à moins que j'ai raté quelque chose?).

01 septembre 2008

GWT 1.5

Google Web Toolkit version 1.5 sort aujourd'hui en version finale - juste à temps pour faire la pub de la première réunion du BreizhJug !

Il sera sous peu disponible dans le référentiel Maven, et je vais en profiter pour mettre à jour le plugin associé du projet Mojo.

26 août 2008

eee

Après des années à envisager l'achat d'un portable, l'essai le temps de SpringOne d'un magnifique 17" (plus transportable que portable), j'entre enfin dans le monde nomade avec un eee-pc 900A : 300€ tout juste pour un concentré d'informatique qui tient presque dans la poche.

Pas question d'installer Eclipse sur cette mini-machine, qui malgré ses 1.6GHz reste très en dessous des PC modernes (mais déjà plus puissant que celui que j'ai à la maison ;-)

Le système linux utilisé est très convivial, même pour un total novice, assez bien francisé, et seul le clavier posera problème (c'est vraiment tout petit !)

Ce billet est donc écrit sur un clavier de 20cm de large, avec de nombreuses fautes de frappe, mais je vais probablement m'habituer.

21 août 2008

Plain Old Binary Services


Les services web sont venu pour nous sauver de tout ces protocoles binaires, propriétaires et non-interopérant qui ont pourri l'informatique depuis tant d'année (alleluïa).

Pourtant, les performances n'étant pas toujours au rendez-vous, et le réseau véhiculant une quantité d'entêtes soap WS-TrucMuch qui fait peur, de nombreux petits malins cherchent à améliorer les choses.

Permière solution : SOAP 1.2 étant basé sur InfoSet (une norme de représentation pour un arbre de données) et non sur XML (une façon textuelle de représenter ce même arbre), rien n'interdit de véhiculer le message SOAP encodé en binaire par FastInfoset. Non seulement le message est très fortement réduit en taille, mais le parsing est nettement plus efficace.

Seconde solution : SOAP over TCP (développé par SUN), disponible pour .NET. Il s'agit cette fois de simplifier la couche de transport, puisqu'on s'est donné comme base de ne pas en dépendre. Donc autant faire au plus simple, et attaquer en TCP - j'attend de pied ferme SOAP sur IP ;-)

En combinant les deux, les perfs deviennent probablement exceptionnelles... Un format d'encodage binaire, basé sur un équivalence ASN.1 du schéma XML, et un transport sur TCP - je ne sais pas pour vous, mais moi ça me rappelle furieusement Tuxedo ou Corba !

Qui réussira à nous faire passer RMI/IP pour du "service web" ?

Google Developer Day '08


Mon inscription - bien que tardive - au Google Developer Day 2008 a été acceptée. Cette journée atelier/conférence autour des outils Google pour les développeurs rencontre un succès qui dépasse largement ses capacités d'accueil, d'ou un passage quasi obligé par la liste d'attente ...

Après l'ouverture de ses APIs de programmation, qui lui permettait de promouvoir ses sites, Google passe la vitesse supérieure avec GWT, Google App Engine, Androïd, plus de nouvelles APIs (Google Visualization, YouTube).

A son habiture, Google essaie d'être présent partout. Nouveaux monopole à la Microsoft crieront certains ! L'avenir nous le dira... mais pour l'instant tous les outils/services de Google sont gratuits !

18 août 2008

GPL : la license des pros

La licence GPL a fait couler beaucoup d'encre, et canalisé quelques frayeurs - auxquelles j'ai moi aussi participé - sur son aspect "viral". Symbole d'un idéalisme du libre, elle s'est longtemps heurtée à la réalité du monde économique purement guidé par des considérations lucratives.

Aujourd'hui, retournement de situation, la GPL devient l'arme numéro 1 de l'entreprise désireuse de porter son outil fétiche. Quelques exemples au hasard :
  • L'excellent librairie EXT-JS
  • SpringSource Application Platform
  • Le framework de Lyria
  • et plein d'autres que je vous laisse découvrir...
L'idée derrière tout ça ? Fàce aux géants du logiciel et à des développeurs Java qui misent beaucoup sur l'opensource, la licence GPL assure à une société de ne pas se voir canibaliser son code (et ses bonnes idées) tout en touchant un public aussi large que possible.

S'il s'avère que SpringSource à raison avec sa "plateforme", à mi-chemin entre OSGi et JEE, IBM ne pourra pas lui piquer - même par morceaux - pour l'intégrer à Websphere 9.

Retournement amusant de situation pour cette licence pas comme les autres ;-)

des Logs pour GWT

Lors d'un développement GWT, le mode Hosted permet de deboguer à loisir depuis Eclipse, ce qui est extrêmement puissant si on compare aux solutions existantes pour le développement JavaScript.

Mais le debogueur ne fait pas tout, et l'utilisation de logs est un complément indispensable.

Petit coup de pub donc pour la librairie gwt-log, qui propose une interface de type log4j pour produire des logs.

Premier point, le code des logs sera totalement supprimé lors de la compilation par GWT pour la combinaison log_level=OFF. Ceci permet donc de ne pas pourrir l'application de production avec des logs. Une "variante" peut être compilée en mode log_level=DEBUG pour le développement, et l'ajout d'un simple paramètre à l'URL permet de la sélectionner - merci la gestion combinatoire du compilo GWT !

Second point, gwt-log sait envoyer ses logs vers à peut près tout ce qu'il est possible d'imaginer :
un [div] de debug, le shell du mode Hosted, la sortie standard (i.e. la console d'Eclipse), ou la console de Firebug pour les amateurs ... Chacun prendra ce qui lui convient le mieux !

En attendant que le projet log4gwt du même auteur murisse, c'est une solution simple, utilisant le mécanisme de compilation de GWT avec intelligence.

13 août 2008

GWT et JPA, main dans la main ?

J'ai raté la sortie d'Hibernate4Gwt en version 1.1. En plus de corriger quelques bugs, cette version est une mise à niveau pour GWT 1.5.

Pour ceux qui ne connaissent pas, H4GWT permet d'utiliser les entités Hibernate/JPA comme données dans une application GWT, ce qui comporte pas mal de complications techniques, habilement résolues par Bruno Marchesson.

Avec le support de Java5 dans GWT, et une "émulation" des annotations JPA, il devient possible d'utiliser le même modèle métier depuis la couche de persistance jusqu'à l'IHM web. Tout le code de type "contrôles et validation" peut alors être placé dans les setters du modèle, c'est à dire là ou il est finalement le plus logique de le placer !

Je n'ai pas pu tester personnellement (mon projet actuel ne s'y prête pas) mais l'idée me plaît beaucoup et me fait définitivement apprécier le concept phare derrière GWT : un langage et une plateforme pour toute la chaîne de développement.

inutile, donc indispensable


Je viens de découvrir le dernier jeux en Flash, très bien réalisé : labrute.

On s'y combat entre avatars, en mode "spectateur", autant dire un combat de lancé de dés. C'est donc totalement inutile mais absolument incontournable. Si vous avez deux minutes à perdre, venez vous frotter à mon avatar http://cyberloof.labrute.com/

Originalité du jeu (tout de même), la possibilité de revoir les combats passés, ce qui nous offre quelques perles, comme un Microsoft vs Apple.

Je regrette juste de ne pas pouvoir coller mon chocobo préféré comme personnage...
A quand un Final Fantasy en flash ?

31 juillet 2008

Sprechen sie Deutsch ?


Je pars en congé pour une semaine en Allemagne.

Sachant que j'ai fait Allemand première langue, avec 7 années de cours pendant lesquels mes profs se sont acharnés pour me faire comprendre le gérondif, ai-je une petite chance de savoir aligner deux mots ?

Déjà à l'époque j'étais très mauvais en Allemand (j'ai préféré présenter l'option "dessin" au bac), alors aujourd'hui il n'en reste plus grand chose.

Une pub pour des cours de langue dit "il vaut mieux apprendre le français que chercher à comprendre un Français qui parle anglais", j'ai peur de ne pas faire entorse à la règle :-/

update :

De retour d'Allemagne, après une semaine formidable, accueilli dans une famille d'une gentillesse inouïe, j'ai quelques kilos à perdre - la bière Allemande est vraiment excellente - et le retour à la dure réalité est un peu rude ...

Ce jumelage a été une expérience géniale, que je vous recommande si votre ville en propose un, et les 14h de car (!) sont vite oubliées.

règlement à l'amiable

Hier soir j'ai passé deux heures dans les locaux de l'Ordre des Architecte pour négocier une résolution à l'amiable du conflit qui m'oppose à Mme B... sur la rénovation de ma maison.

De mon point de vue, 11% de dépassement du budget, un retard conséquent (2 ans depuis le lancement du projet), une méthode purement pifométrique, une comptabilité pitoyable, et enfin une communication minable pour une transparence nulle.

Le médiateur qui s'est chargé du dossier a été très bon, ramenant le calme et ne cherchant pas à enfoncer l'un ou l'autre tout en soulignant les torts respectifs. On s'en sort donc avec une sorte de "50/50" de marchand de tapis, mais au moins l'affaire est close.

Heureusement que ce genre de situation ne nous arrive jamais à nous, Architectes Java ;-)

30 juillet 2008

Didier Girard vous invite à déjeuner

Didier ne se contente pas de faire des présentations sur GWT, il fait aussi des applications avec ;-)

Il lance aujourd'hui un projet sur googlecode : NouvelleCuisine. Il s'agit d'un portail web dans l'esprit d'un Netvibes ou d'un iGoogle, mais développé en GWT et uniquement basé sur des ressources statiques : pas de serveur au sens traditionnel ! Même la configuration se fait via une feuille Google SpreadSheet...

Un portail web pour 0€, infrastructure comprise, qui dit mieux ?
Que va t-il rester aux bon gros serveurs de Portlets ?

Si vous cherchez comme Didier un moyen rapide, élégant et moderne pour classer vos fiches de cuisine, c'est l'une des solutions à tester. Ca marche d'ailleurs pour plein d'autres utilisations ;-)

Amusant aussi de découvrir sur ongwt.com le compte rendu du commité de revue de l'architecture technique - comprendre le coin de nappe en papier de la cafet'.

28 juillet 2008

Didier Girard accepte l'invitation du BreizhJug

Didier Girard (application-servers, onGwt... c'est lui !) accepte l'invitation du BreizhJug pour venir animer la réunion d'inauguration, dont la date est fixée au 15/09.

Une excelente nouvelle pour le JUG, qui s'offre ainsi une inauguration en grande pompe avec un conférentier de talent sur un sujet "chaud". Si Google avait le bon gout de finalier GWT 1.5 pour cette date ce serait le top ;-)

27 juillet 2008

Google à la rescousse de Struts ?

Google utilise pour plusieurs de ses applications phare (addSense entre autre) WebWork2 ou Struts2. Mais pour faire fàce au problème de montée en charge de Struts2 - de nombreuses limitations ayant été trouvées dans OGNL puis dans les templates Freemarker - Google utilise son moteur de template maison.


La bonne nouvelle, est que ce moteur vient d'être ouvert en opensource : Google XML Pages

Ce moteur est largement éprouvé (après des années d'utilisation par Google sur des applications critiques), et bénéficie d'une compilation validant complètement la syntaxe, par opposition aux JSP basées sur des expressions EL qui ne peuvent être vérifiées qu'au runtime.


Les développeurs Struts n'ont pas attendu pour proposer l'abandon de FreeMarker au profit de GXP... Google va t-il sauver Struts2 de ses problèmes de performances ? Il faudra alors revoir le logo de Stuts2 :

09 juillet 2008

Un Java User Group pour Rennes


J'ai le plaisir de vous annoncer le lancement d'un Java User Group sur Rennes !

2008 sera l'année des JUGs en france, avec le lancement réussi du ParisJug et du ToursJug, et bientôt des initiatives sur Nantes et Bordeaux, mais on parle aussi de Toulouse, Metz, Brest ...

J'ai le plaisir de présider le BreizhJug et en conséquence de rechercher activement sponsors et conférenciers. Si l'aventure vous intéresse, que vous voulez présenter votre travail lors d'une de nos réunion, ou que vous connaissez quelqu'un que ça pourrait intéresser, ou encore que votre société cherche à promouvoir une image "techno-innovante" et est prète à nous épauler, n'hésitez surtout pas à faire connaitre notre email : team@breizhjug.org

04 juillet 2008

GWT, tests junit et MVC


Lors de la réalisation d'un prototype basé sur GWT, je me suis intéressé à la testabilité du framework. GWTTestCase est très décevant car il utilise un navigateur "hosted mode" caché et lance tout le module GWT. C'est donc un bon support pour des tests d'intégration mais nettement trop lourd (et particulièrement lent) pour des tests unitaires.

Je reprend donc mes marque-pages, et je relis cet article et celui-ci.

Avec GWT 1.5, l'utilisation des types génériques permet de créer un modèle simple pour la mise en oeuvre du pattern "Supervising Controller" :

D'abord la notion d'événement, dédié à un composant donné (nb: à cause d'un bug de blogger, j'ai mis des crochets pour la déclaration des types génériques) :

  1. public abstract class Event[T]
  2. {
  3. private T source;
  4. public Event( T source ) {..}
  5. }

..la source qui produit ces événements :

  1. public interface EventSource[T]
  2. {
  3. void addListerner( Listener[Event[T]] listener );
  4. void removeListerner( Listener[Event[T]] listener );
  5. }

..et une classe abstraite pour construire nos SupervisingControllers :

  1. public abstract class SupervisingController
  2. implements Listener[Event[T]]
  3. {
  4. protected T view;
  5. public abstract Object getModel();
  6. public void setView( T view )
  7. {
  8. this.view = view;
  9. view.addListerner( this );
  10. }
  11. }

Il suffit ensuite de définir la "vue" par une interface, comme dans cet exemple ma pop-up de login :

  1. public interface LoginDialog extends EventSource[LoginDialog]
  2. {
  3. String getLogin();
  4. String getPassword();
  5. void hide();
  6. }

Le contrôleur, lui, étend notre SupervisingController en le typant avec l'interface de la vue "supervisée".

  1. public class LoginController
  2. extends SupervisingController[LoginDialog]
  3. {
  4. private LoginService service;
  5. ...

.. et sur réception d'un événement de type 'validation du formulaire de login', il n'a plus qu'à invoquer le service RPC de connexion, mettre à jour les éléments visuels qui vont bien, et fermer la popup :

  1. public void on( Event e )
  2. {
  3. loginService.login( view.getLogin(), view.getPassword(),
  4. new AsyncCallback[Utilisateur]()
  5. {
  6. public void onSuccess( Utilisateur result )
  7. {
  8. view.hide();
  9. }
  10. } );
  11. }


Gràce au génériques, il n'y a pas de cast à déclarer et le code reste donc plutôt simple.

Qu'est ce que ça change ? Et bien maintenant, avec un simple Mock pour mon interface LoginDialog, et un service RPC de test, je peux tester dans un test jUnit classique la logique IHM de mon contrôleur. Elle est triviale dans l'exemple, mais vous devinez que la gestion d'un formulaire de 20 champs avec des controles croisés peut devenir un enfer sans un bon mécanisme de test.

Ce qu'il manque pour faire "encore mieux" :
  • un mécanisme de data-binding entre les widgets et un "modèle". Il existe quelques initiatives opensource, dont le succés et la pérennité sont à évaluer.
  • un spring-gwt, qui permettrait de déclarer dans l'exemple ci-dessus l'injection de la vue et du service RPC via une annotation @Resource. Dis Monsier Rod Johnson, tu peux m'inclure ça dans la roadmap spring 3.0 ;-)

02 juillet 2008

c'est quoi ce poussin ?

Suite à la demande de quelques un d'entre vous, je vous informe que le "poussin" qui apparaît en haut à droite de ce blog est en fait un (bébé) Chocobo, personnage issu du jeu Final Fantasy 7, l'un des rares jeu vidéo (avec Doom) auquel j'ai joué assidument.

21 juin 2008

mieux que l'eXtrem Progamming ?


Via le site perso d'un collègue je suis tombé sur cette méthode de développement, tout à fait dans la tendance "agile", et qui mériterait d'être mieux connue : la RACHE

En fait, je pense qu'elle est déjà très répendue, mais qu'on a pas forcément mis un nom dessus jusqu'ici. Un grand bravo aux créateurs de ce site !

20 juin 2008

Google App Engine : simple comme un coup de fil ?

Pour ceux qui ont raté le début, Google a lancé un service d'hébergement d'applications web basé sur son infrastructure massivement distribuée (on parle de cloud-computing). Autrement dit, même l'application web de votre club de fans de star treck peut potentiellement supporter un pic de traffic temporaire, gràce aux ressources énormes du "cloud", ce que ne permet pas un hébergement sur serveurs dédiés.

Lors du lancement, Google a offert 10000 clés au premiers inscrits. Intile de dire qu'elles sont vites parties et que comme beaucoup je suis arrivé après la bataille.

Google a changé sa stratégie, et on peut désormais obtenir une clé depuis un compte google par une simple procédure de vérification, qui consiste à donner son numéro de mobile pour recevoir la clé par SMS.

Premier point, c'est super : on va pouvoir tester G.A.E !

Deuxième point, d'où Google sort-il cette procédure d'enregistrement ?

Je suppute que Google prépare une attaque en règle du marché mobile, et profite de GAE pour se faire une base de donnée des n° de portable des développeurs web du monde entier... Faut il faire un rapprochement avec les téléphone basés sur androïd (l'OS google pour mobile), qui sont attendus en fin d'année ?
"We will use your phone number to send an invitation code in a SMS message to your phone. In accordance with the Google App Engine Privacy Policy, we will not use your phone number in any other way."
Vais-je recevoir d'autres "invitations" pour tester les nouveaux services mobiles de Google ???

Atelier RIA : Gwt vs SilverLight vs Flex

Valtech organisait jeudi une journée atelier RIA, une formule originale permettant de comparer sur le terrain Gwt, Flex et SilverLight. Ces trois noms dominent en effet (pour l’instant ?) le monde très actif des Rich Internet Applications.

Petite mise au point pour commencer : une Application Internet Riche n’est pas juste une application web bourrée d'effets visuels. Ce n’est pas non plus une application utilisant Ajax pour en améliorer l’ergonomie ou la réactivité.

Une RIA c’est une application qui a été conçue pour déporter sur le client la couche présentation, tout en conservant sur le serveur des services métier de haut niveau, autant que possible sans état. C’est donc à mis chemin entre le client lourd + serveur de données et le client léger + serveur web de présentation. Le serveur devient alors un conteneur de services métier, ce qui permet de converger avec l'approche SOA.Un exemple parmis d'autres, parleys.com (en version Flex ou Gwt) : le serveur héberge les vidéos et les indexes, toutes la mise en page étant gérée sur le client.

Bien sur, cela s’accompagne souvent d’effets graphiques haut de gamme pour se démarquer des applications web devenues trop statiques. Il faut bien un moyen d'accrocher l'internaute !


Quelle est la difficulté sur ce type d'applications ?

  1. la mutliplicité des technologies qu'on doit couvrir pour une même application : HTML + CSS + DOM + JavaScript + HTTP/Ajax + JSP + Java + ...
  2. les exigences de multi-plateforme, en particulier si on vise le monde mobile
  3. le delta qui existe entre un "hello world" et une application de 100 écrans, en particulier pour venir ajouter de nouvelles fonctionnalités

SilverLight est la solution RIA proposée par Microsoft, nécessitant un runtime encore peu répandu, mais qui pourrait rapidement se généraliser via le meilleur outil de promotion : Windows Update ;-)

La présentation SilverLight était assez décevante, trop orientée design pour un public de purs programmeurs, et ne connaissant pas l'outil Blend la première heure a quasiment été perdue. Nous sommes nombreux à en avoir eu une image négative, sans doute fausse par rapport à cette technologie. J’en retiens trois points majeurs :

  • SilverLight et les outils qui l’accompagnent manquent encore de maturité (nous avons utilisé des versions beta, avec de nombreux bugs). Nous n’avons pas utilisé Visual Studio, aussi c’est donc peut-être une fausse impression.
  • Le choix de Microsoft de séparer les outils de Design (Expression) de ceux de développement est discutable. Même en confiant ces rôles à deux personnes, on peut être amené à jongler entre les deux.
  • SilverLight a l’avantage d’être très homogène, client et serveur se programmant en C#, notion que l’on retrouve dans Gwt.


Flex utilise le runtime Flash 9, déjà installé sur de très nombreux postes.

La présentation Flex était très démonstrative, mettant en avant les capacités graphiques du format Flash. L’environnement FlexBuilder est très appréciable (175€), même si de nombreuses fonctionnalités habituelles en Java manquent (formateur de code, refactoring…). Flex permet de laisser aux graphistes le soin de préparer les objets Flash avec toute la puissance de cet environnement. La programmation nécessite cependant de se familiariser avec ActiveScript, pas infaisable mais pas immédiat non plus. Se pose aussi la question du débogage sur des applications ambitieuses. Flexbuilder est très aboutit et probablement indispensable pour envisager ce type de développement.

Pour ces deux premiers candidats, se pose la question de la disponibilité d’un runtime sur toutes les plateformes, en particulier sur mobiles, marché d’avenir pour ces applications.


GWT est un peu l’intrus dans cette journée. Il se positionne fonctionnellement très en dessous de ses concurrents, sans support pour des effets 3D ou vidéo. Par contre, il est le seul à ne nécessiter aucune installation de runtime.

La présentation GWT était plus une visite guidée d’une application GWT, mettant en évidence les principes clé. Le très gros point fort est le développement 100% Java, qui permet ainsi de coder/tester/deboguer sous Eclipse, par simples « save + refresh », et de bénéficier de l’environnement JDT pour « découvrir » l’API GWT. La programmation GWT est donc assez naturelle pour des développeurs Swing.


Absent de cet atelier, JavaFX, pour lequel je me pose pas mal de questions. Ne se programmant pas en Java, on ne retrouve pas les avantages de Gwt ou Silverlight. Générant une application type Swing, quelle différence de fond par rapport à Java Web Start ?


J’ai été impressionné par la facilité de construction d’une IHM Flex, et surtout par le très bon niveau de FlexBuilder, qui malgré la filiation du langage ActiveScript avec JavaScript propose un éditeur riche et assez proche de celui d’Eclipse pour Java. Je n’ai pas accroché sur SilverLight, ne serait-ce qu’à cause du langage C# qui m’est peu familier, mais c’est clairement une plateforme avec laquelle il faudra compter. Enfin, GWT a été très bien vendu par Sami ;-). Il reste tout de même un besoin de compétence pour la mise au point des CSS, tout aussi peu homogène au niveau des navigateurs, point qui n'est pas abordé par Gwt - domage.

Mes conclusions ?

  • Spring MVC + Spring JS pour des applications web classiques avec un bonus ergonomique, comme expliqué dans mon précédent post, cela permet une migraiton "en douceur" depuis Struts.
  • GWT pour des applications RIA de type « gestion », manipulant plus des données que des vidéos ou des effets 3D. Il faut cependant développer une culture "layout" des IHM.
  • Flex pour les applications « flashy » (c’est le cas de le dire), avec l’aide inconditionnelle de FlexBuilder.

17 juin 2008

Je vote Spring @MVC


Depuis X mois, je tergiverse sur le framework web que je compte "pousser" pour remplacer le vieillissant Struts 1.x.

Suite à SpringOne08 où j'ai suivi la session de Keith Donald sur Spring MVC 2.5 (rebaptise "@MVC"), WebFlow et spring JS, je penche nettement vers cette solution.

Certes, le produit n'est pas révolutionnaire - on reste dans du MVC classique. Mais ...
  • Son principe général, comparable à Struts (MVC oblige), facilite l'apprentissage pour les développeurs Struts : on peut expliquer chaque notion en se référant à l'équivalent Struts, par exemple pour la librairie de tags.
  • Les conventions et annotations permettent de réduire très sensiblement la configuration, ce qui est très appréciable
  • Le mécanisme proposé par Web Flow est un très net avantage, permettant de faire des IHM robustes
  • La documentation est de bonne qualité, avec de nombreux exemples
  • La pérennité de l'outil ne fait pas de doute
  • L'intégration Ajax et le support des widgets Dojo permettent de faire une appli raisonnablement sympathique, sans nécessiter des développeurs JavaScript / web 2.0.
Pour des besoins plus "sexy", je pencherais pour GWT, ou Flex, mais pour mon appli actuelle, plus que classique dans son approche, mais destinée à durer (...), je préfère miser sur un cheval fiable et qui sera toujours d'actualité dans X années.

download day

Download Day 2008
L'équipe chargée de la promotion de Firefox 3 propose de créer un record du logiciel le plus téléchargé en 24h.

Ca commence ce soir, alors jetez vous sur votre connexion ASDL préférée, en espérant que l'équipe de Mozilla à préparé une infrastructure réseau digne de ce challenge !

update :
C'est parti... et le site est difficilement joignable pour l'instant ... mais je réussi tout de même à lancer le download (7ko/s) - côté infrastructure, le pari est donc apparemment bien relevé.

A quoi sert cette opération ?
  • A attirer de nouveaux utilisateurs ? La grande majorité des "téléchargeurs" sont déjà utilisateurs de Firefox 2, voir d'une beta de la v3.
  • A faire parler de Firefox ... peut être, mais dans ce cas le sujet est mal posé. La comparaison avec les autres navigateurs n'est pas mise en avant par cette technique de vendeur de lessive

Alors ? A mon humble avis, le but est de faire parler de Firefox dans des médias qui n'ont rien a voir avec le sujet, genre "l'image du jour" à la fin de la météo, on le dernier titre du 20h qui aborde des sujets insolites. En effet, de très nombreux utilisateurs de Windows n'y connaissent vraiment rien en informatique et se contente de IE, sans même savoir qu'il existe autre chose. En faisant passer le nom "FireFox" dans des médias très grand public, on peut espérer pénétrer ce "marché".

C'est un peu comme le succès de MSN chez les jeunes. Un moins de 16 ans n'a aucune idée de ce qu'est une messagerie instantanée, par contre il se connecte tous les soirs sur MSN ...

10 juin 2008

en direct de SpringOne

Je vais consigner mes notes concernant la conférence SpringOne sur google docs

J'espère que cela servira à ceux qui n'ont pas pu s'y rendre pour X raison, et que ça donnera envie à ceux qui ne connaissent pas.

Je vais essayer de transcrire l'atmosphère à la fois chaleureuse et studieuse de ces conférences. Pour ma part j'y ai appris beaucoup de choses lors des précédentes éditions, bien plus que des formations "encadrées" si on sait suivre les pointeurs proposés par les intervenants.

09 juin 2008

springOne J-2



Encore deux jour avant l'édition 2008 de SpringOne.

Mes deux sujets cible : AOP et OSGi

AOP parce que je suis convaincu qu'on peut faire de grande chose avec les principes de programmation par aspects, mais qu'on en sous-estime la puissance au profit d'une approche plus procédurale.

OSGi parce que c'est un ovni pour moi : j'ai du mal à voir ce qu'il peut m'apporter, par contre je vois bien les contraintes qui l'accompagnent (gestion des "bundles", librairies qui ne marche plus à cause d'un Class.forName(x)...). Peut être des débuts de réponse au cours de ces deux jours.

Mon programme - sauf modification au fil de l'annimation locale :

day 1:
Spring 2.5 on the Way to 3.0
OSGi Programming Model
Spring Dynamic Modules for OSGi
Five Aspects You Don't Know About
dernière session ?

day 2:
Open Forum with Rod Johnson
Applying the Spring Frameworks for Model-Driven Architecture ou What's new in Spring MVC 2.5 and beyond
Inside SpringSource Application Platform
Making Sense of AOP Choices ou Classloading in OSGi - mince, c'est en même temps :-/
Spring Architecture and Best Practices ou Spring Web Flow 2.0 Deep Dive

Je me suis rapidement rendu compte qu'il fallait choisir sa session en fonction de l'interlocuteur : mon niveau d'anglais assez pittoyable m'oblige à sélectionner les "BBC-english-compliant-speakers". Un sujet apparement allèchant, si on ne comprend pas grand chose, n'apporte rien. Et pusi le but de ces conférences c'est aussi de voir autre chose. En fin de journée, quand le cerveau commence à fumer, on a parfois envie d'un sujet un peu différent, pourquoi pas RESTful Web Services in Spring ?

Si l'un de vous est également présent à cette édition, fait moi signe - je serais reconnaissable à mon joli sac Spring-one ... comment ça tout le monde en a un ? Bon alors, un petit mail et on partagera nos avis autour d'une barguette de frites ?

04 juin 2008

du javascript ... compilé ?

Les applications "web 2.0" utilisent de grandes quantités de JavaScript. Les librairies écrites dans ce langage font preuve de beaucoup d'effort pour obtenir les meilleurs résultats sans sacrifier une bonne structuration, mais les performances reposent toujours sur l'interpréteur JS du navigateur.

Si sur un PC "moderne" cela pose relativement peu de problème, c'est loin d'être le cas pour le marché du web mobile. Il est hors de question de faire ingurgiter des centaines de ko de script à un navigateur mobile en espérant des performances de haut niveau.

Or c'est le marché le plus porteur du web de demain ! Certains site orientés mobiles observent déjà une avalanche de requêtes "iPhone". Non pas qu'il y ait des millions d'utilisateurs du joujou d'Apple, mais plutôt que ceux-ci utilisent leur mobile comme station web, connectée en permanence, et donc ont un comportement très différent de l'utilisateur classique qui garde un oeil sur son forfait WAP 1h ;-)

Les développeurs de WebKit (le moteur commun des navigateurs KDE et Safari) annoncent leur projet SquirrelFish - comment peut on trouver des noms pareils ;-)
Il s'agit d'un moteur JavaScript utilisant un mode "compilé" des scripts sous forme de bytecode, ce qui permet d'excellentes performances.

Ils proposent également un benchmark qui permet de se faire sa propre opinion
http://webkit.org/perf/sunspider-0.9/sunspider-driver.html

Pour moi, ça donne sur mon PC (windows XP) :

IE7 : 46 172 ms
IE8 beta : ne s'installe pas chez moi, problème d'update invalide :-( il faut une version US ?
Firefox 2 : 34 946 ms
Firefox 3 rc1 : 5 256 ms
Safari 3 : 6 690ms
Safari + Webkit "nightly build" : 4 859ms -- soit presque 10fois mieux que IE7 !!

Bien sur, comme toujours, ce bench est probablement discutable et les résultats sur un seul PC ne sont pas représentatifs ...

OK, donc il suffit d'attendre la mise à jour du navigateur de mon mobile préféré pour lancer mon application "web 2.0" basé sur XYZ.js avec plein de plugins et qui en jette un max ?

Ce serait aller un peu vite... les ressources mémoire, bande passante et autres spécificités de l'Internet mobile sont peu considérées par les développeurs, peut être un peu trop habitués aux centaines de Mo d'un PC et au GHz de son processeur.

On trouve par exemple les recommandations de Yahoo sur le sujet. Une grande partie du temps de réponse apparent d'une application est imputable à l'ordre de chargement des fichiers qui composent la page web. En regroupant les scripts, images et les CSS, en les ordonnant et en comprenant le chargement d'une page on peu nettement améliorer sa réactivité.

Les premiers à bien mettre en pratique le web mobile occuperont le terrain ! Rien de tel qu'une application qui rame pour jeter le doute sur une technologie.

29 mai 2008

m2eclipse vs Q4e

m2eclipse et q4e ont tous deux vu leur proposition auprès de la fondation Eclipse acceptée. Voila qui ne nous avance pas beaucoup dans le choix d'une solution !

mon point de vue :

  • m2eclipse utilise des icônes plus sympa. C'est con mais c'est INDISPENSABLE pour une adoption par les utilisateur !
  • m2eclipse 0.9.4 apporte quelque changements qui le rend plus conforme à l'utilisation de maven en ligne de commande. On a donc moins de "surprises" lors de son utilisation
  • m2eclipse 0.9.4 supporte le plugin sysdeo-tomcat ! la réactivité de l'équipe de dev à mes demande sur ce sujet a été très bonne.
  • q4e inclut un outil d'analyse des dépendance, particulièrement attendu par les utilisateurs de maven : une version graphique et dynamique du "mvn dependency:tree", super pratique
  • q4e utilise par défaut les noms de répertoire physiques comme nom de project eclipse, et pas l'artifactId. m2eclipse propose un "pattern" qui permet par exemple d'avoir plusieurs versions du même module sous eclipse, très pratique pour reporter des corrections entre versions
  • le menu "import > existing project" de m2eclipse est au premier niveau, ce qui le met plus en valeur (il est visible par défaut) que celui de q4e (maven > maven project). C'est du détail mais ça participe à l'image de bonne intégration sous eclipse.

Espérons (on peut rêver) que l'intégration dans la fondation Eclipse fera peu a peu apparaître des points communs entre ces plugins, et pourquoi pas le début du premier pas vers un développement commun. C'est dommage toute cette déperdition d'énergie...

Il semblerait (à confirmer) que la fondation eclipse ait pour principe de ne laisser sortir qu'un seul plugin du processus d'incubation. On aura donc soit une fusion des plugins, soit l'élimination de l'un des deux. Reste a savoir dans quel délai...



Update :

J'ai raté ce message, double-posté sur les forums q4e et m2eclipse :

http://www.eclipse.org/newsportal/article.php?id=88&group=eclipse.technology.iam#88

On y vois le début d'une collaboration entre ces deux projets, quelques petites traces de règlement de compte - "nous aussi on l'a fait" - et des explications sur les incompatibilités techniques.

C'est donc un grand pas entre ces deux communautés, qui me laissent espérer un plugin de qualité pour dans pas si longtemps que ça ;-)


Update (07/2008) :

La version 0.9.5 de m2eclipse comporte désormais un éditeur de POM très propre et un analyseur de dépendance (arbre et graphe) très pratique. La dynamique semble être plus du côté de m2eclipse, mais de là à deviner ce qui va sortir de l'incubateur d'Eclipse ...


17 mai 2008

JBoss viole t-il la GPL ?

Le serveur d'application J2ee JBOSS est sous license LGPL.

Les librairies SUN pour les API Java sont pour la pluspart distribuées sous des licenses non compatibles avec la GPL, comme par exemple la CDDL (http://www.sun.com/cddl/).


Alors Jboss est-il hors la loi ?


Théoriquement, tout le code embarqué dans JBoss devrait être GPL-isé (c'est le principe de cette license "virale", qui envahit tout ce qui l'entoure). Le "L" de la LGPL permet juste aux utilisateurs de Jboss de développer des applications qui ne seront pas nécessairement sous license GPL.


Or les licenses des API Java SUN sont soit propriétaires (pour les plus anciennes), soit CDDL - license qui IMPOSE de conserver cette license pour le code. Le code des API ne peut donc pas devenir GPL.


Cas d'école me direz-vous, mais tout de même un bel exemple des effets de bord que peut avoir le choix d'une license... Voir par exemple le passage récent de LGPL vers GPL pour la librairie Javascript ExtJS. Une appli web qui l'utilise ne pourra donc pas suivre ses évolutions sans devenir elle même GPL ... sympa !

07 mai 2008

Maven et Eclipse

Maven est fondamentalement un outil en ligne de commande. Ceci n'empêche pas que de nombreux utilisateurs réclament une intégration sous Eclipse.

La communauté des développeurs Maven subit alors un schisme :
d'un côté, m2Eclipse (développé par Sonatype), de l'autre q4e (développé par Devzug)

Dans les deux cas, le code a été passé sous license EPL et proposé comme contribution à la fondation Eclipse. On est donc pas très avancé pour savoir lequel sera officiellement soutenu.

La co...erie dans l'histoire c'est que ces deux plugins sont très comparables :

  • import de projets maven (gestion multi-modules, téléchargement des jar et sources.jar, lancement des générateurs de code ...)
  • édition plus ou moins avancée des POM.xml (assistance à l'identification des dépendances)
  • lancement de maven "à la souris" - ça n'apporte pas grand chose
  • des jolis wizards, par exemple pour utiliser les archetypes
+ m2eclispe utilise des icônes plus sympas
- m2eclipse n'utilise pas les répertoires standard de maven : il compile dans "target-eclipse" et ne mappe pas les répertoires de ressources vers "classes".
+ q4e propose une vue d'analyse des dépendance très sympa

La principale fonction qui m'intéresse est l'import direct de projets maven. Et c'est la fonction la plus obscure et la moins configurable. Dans les deux cas, aucune idée de ce que le "embedded maven" exécute durant cet import, et en particulier, difficile de venir y ajouter sa conf ou ses plugins maison.

J'utilise par exemple le plugin sysdeo-tomcat-maven-plugin pour configurer tomcat :
  • pour q4e ... aucune idée (je n'ai pas trop cherché) mais ça doit être équivalent.
Je pense donc que je ne vais pas tout de suite renoncer au bon vieux mvn eclipse:eclipse

01 mai 2008

Spring-JS

Après Spring, Spring-MVC, Spring-WebFlow, Spring-batch, Spring-DM, etc, auras t-on bientôt droit à un Spring-JavaScript ?

--> http://jira.springframework.org/browse/SWF-451

En marge du projet Spring-WebFlow (dans la version 2.0), une couche d'abstraction semble développée pour permettre un accès aux librairies JS (Dojo et Ext pour l'instant) selon une logique "à la Spring".

"

The factoring out of a Javascript abstraction layer called "Spring Javascript" from Web Flow's JSF support. Currently, Dojo and Ext based implementations of this layer are provided. Spring.js provides:

  • A common interface for Ajax, regardless of which toolkit is being used under the covers
  • An aspect-oriented-like API for decorating HTML DOM nodes with behaviors, including client-side validation behaviors.
"

Le portage des idées de l'AOP dans le monde HTML/Javascript est intéressant. Après tout, les sélecteurs CSS sont un bon exemple de langage pour définir des "points de coupe".

Je n'ai pas creusé l'investigation plus loin, mais ce serait un très bon point, vu la prolifération de librairies JavaScript comparables sur de nombreux points, mais pas forcément facile d'accès, surtout pour un développeur 100% Java qui n'y connais pas grand chose aux (très nombreux) raffinements de JavaScript.

Plus d'infos sur http://static.springframework.org/spring-webflow/docs/2.0.x/reference/html/ch10.html

OSGi vs JEE


Pour ceux qui n'en aurait pas entendu parler, OSGi est (pour faire court) une architecture Java qui héberge à des applications décomposées en "bundles". Chaque bundle expose une interface "publique", la seule accessible aux autres bundles - d'où une sparation très propre. OSGi permet un redéploiement à chaud des bundles, des versions concurrentes, des mises à niveau "à chaud" ... bref plein de fonctionnalités alléchantes.

De son côté, JEE n'offre absolument rien de comparable (en standard : Weblogic permet par exemple une mise à niveau N+1 sans interrruption de service). Java en général n'offre pas de séparation "stricte" entre modules, bien que quelques JSR tentent de ratrapper le retard.

SpringSource - décidément très actif ce printemps - lance "SpringSource Application Platform". Pour faire très schématique, vous prener un conteneur OSGi (celui qui est au coeur d'Eclipse et de ses plugins), vous ajouter Spring-Dynamic-Modules (aka "Spring-osgi"), puis vous placez au dessus un Tomcat retravaillé pour l'occasion et vous déployez vos application web dessus.

Dans un premier temps ça ne change pas grand chose.

Maintenant vous remplacez votre WEB-INF/lib par des déclarations de bundles OSGi. Le war ne fait plus que quelques ko et toutes les librairies sont mutualisées. Une mise à niveau d'une seule librairie se fait sans interruption du service.
Bonus complémentaire, OSGi vous assure que vous n'utilisez pas "par mégarde" des classes interne d'une librairie, qui risque de changer ou disparaître dans une version N+1.

Et on peut aller plus loin en utilisant un packaging dédié ".par" pour construire l'application en bundles OSGi, tout en bénéficiant d'un des meilleurs moteur de servlet et de l'API servlet/JSP complète.

Personne ne sera surpris de voir les prochaines versions de Websphere, Weblogic, Jboss et autres proposer des passerelles vers les fonctionnalités OSGi.

Faut il passer sous SpringSource Application Platform ?

Dans ma vie à moi, je n'ai pas mon mot a dire et je me coltine toujours un Websphere 5.0.2. Le sujet n'est pas là. L'intérêt est que SpringSource propose une solution JEE + OSGi qui donne un apperçu de ce que seront les serveurs d'application dans quelques années.

Spring-DM de son côté propose un modèle de développement typiquement Spring (100% POJO) qui permet de passer à OSGi sans douleur - ce qui n'est pas gagné a priori vu les restrictions que cela implique sur la manipulation du ClassPath.

Autrement dit, jettez un oeil à la doc Spring-DM, apprenez les ficelles d'OSGi, comme ça dans quelques années, quand il faudra migrer dynosaure-2.1 sous Websphere-12-Adanced-OSGi, vous aurez déjà préparé le terrain.

Et pour ceux qui peuvent se le permettre, surfez sur la vague OSGi !

11 avril 2008

Hébergeurs ... tous aux abris !


Google vient de lancer la pré-version béta limitée (donc "web 2.0" ;-p) de son tout nouveau service d'hébergement d'application.


L'idée est simple : vous développez votre petite application web en utilisant toutes les ressources des API Google (BigTable, Google File System, ...) et Google se propose d'héberger l'application sur son infrastructure - y compris la promesse d'un réseau hautement fiabilisé, capable d'absorber sans broncher les pointes de traffic, et de supporter l'incompréhensible engouement des internautes pour votre site "mon-chien.net".

Google App Engine s'accompagne de son SDK pour aider au développement. Les applications sont écrites en Python, seul runtime supporté pour l'instant. L'architecture est prévue pour permettre à l'avenir d'autres langages/runtimes.

Quelle différence avec l'offre existante ?

Pour de "petits sites", PHP+MySQL est l'offre courante, mais généralement accompagnée de restrictions de traffic / bande passante / charge CPU. Aussi, vous devez être capable d'évaluer vos objectifs de traffic au plus juste, tout en n'étant pas à l'abris de rencontrer le succès. Rien de plus déplaisant que de voir son site préféré - devenu indispensable - "déménager" vers un autre hébergeur et être indisponible pendant plusieurs longues journées...

Pour les "gros sites d'entreprise", J2EE ou .Net, il faut maîtriser toute la chaîne d'hébergement - serveur, base de données, sécurisation, déploiement, monitoring ...

D'ou la question : quelle techno retenir pour mon site de vente de chewing-gums d'occasion ? Sans hésiter Google App Engine :
  1. Gratuit, dans la limite de restrictions très raisonnables (500Mo stockage, 5Mon pages/mois)
  2. Prométeur : le SDK va probablement s'enrichir pour faciliter l'accès aux services Google.
  3. Cool : c'est encoure tout chaud !

Seule limitations, bloquantes :

  1. je n'y connais strictement rien en Python
  2. Je ne fais pas partie des 10000 chanceux qui ont obtenu les ID de test de cette pré-version béta ;-(
Le bug n°1 dans la gestion googleAppEngine réclame le support de Java. Pas étonnant vu l'absence (presque) totale d'offre d'hébergement Java. Les PHP-iste se feront sans doute égallement entendre, mais ils n'en sont pas réduit à lancer tomcat sur leur PC perso accessible d'Internet par la ligne ADSL, eux !

Comme quoi, J2EE a raté quelque chose ! Ce n'est qu'une bonne grosse norme bien compliquée, bien vendue par les grands éditeurs, rapidement dénigrée (qui fait encore de l'EJB2 CMP ?), et inadaptée à l'hébergement mutualisé - vu l'absence d'offre.
La cause (à mon avis) étant l'impossibilité de :
  • limiter les ressources attribués à une application web (un while(true) {} et tout le serveur est bloqué) - sauf extension propriétaire ...
  • l'impossibilité de recharger les classes à chaud (c'est si simple de remplacer un .php)
  • le packaging inutilement compliquée (seul Axis2 fait pire)

Je pense qu'il y a une place à prendre pour les applications Groovy : sue la base d'une structure WAR (explosée), incluant les jars de librairies utilitaires, Chaque fichier .java peut être interprété comme un script Groovy. On pourrait donc modifier un .java et observer les effets immédiatement. -- juste une idée, si quelqu'un à du temps devant lui...