Le blog de Fabien DUMINY

Mardi 10 novembre, j’ai assisté à la soirée google du Paris JUG.

Android

Gabriel Kastenbaum et Stéphane Liétard nous présentent Android, un système d’exploitation open source pour les téléphones portables et les PDAs. La version 2 est sortie il y a 2 semaines et ajoute notamment le support de HTML 5.

Depuis l’arrivée de l’iPhone, Google a constaté que 50% des requêtes sur Google Maps viennent de l’iPhone. C’est pourquoi il a décidé d’acheter Android, un système d’exploitation open source et gratuit, dans l’espoir de s’imposer comme une meilleure solution pour les opérateurs téléphoniques face aux autres systèmes d’exploitation, qui coûtent très cher. Afin de distribuer les applications (gratuites ou non) pour Android, Google a créé Android Market.

Android utilise le noyau linux 2.6 sur lequel des API java ont été ajoutées. D’autre part, la machine virtuelle Dalvik, écrite spécialement pour Android, est nécessaire et ce n’est pas une machine virtuelle java. En effet, contrairement aux JVM qui se basent sur la pile, Dalvik utilise les registres du processeur et execute du bytecode optimisé (fichiers .dex), non compatible avec du bytecode java (fichiers .class ou .jar). Afin d’obtenir les fichiers .dex, il faut donc faire un prétraitement du bytecode java, ce qui permet aussi la réutilisation du code java existant.

Bien qu’il soit possible de développer en dehors d’eclipse, il est pratique d’installer le plugin ADT (Android Development Tools) dans celui-ci pour créer et déboguer facilement un projet Android. Ce plugin permet aussi de créer des IHMs par cliquer-glisser, ce qui génère un fichier xml de description. Mais il est aussi possible de créer des IHMs directement par programmation. La commande logcat du SDK Android, qui a son équivalent au niveau du plugin eclipse, permet d’afficher les messages de log d’Android, notamment les logs du système (gc, …) et bien sûr les logs de l’application en cours de développement.

Comme toutes les applications sont au même niveau, les applications standards peuvent être remplacées. Les principaux composants sont les activities (activités), les services, les broadcast receivers (récepteurs de messages diffusés) et les content providers (fournisseurs de contenu). Les content providers permettent, par exemple, le partage des contacts entre différentes applications. Un intent (intention) est un message entre composants. Cette approche permet aux composants de communiquer entre eux ou avec le système sans même qu’ils se connaissent. Il en résulte un couplage faible entre les composants.

Google App Engine Java

Ensuite, Marc-Antoine Garrigue et Guillaume Laforge font la présentation de Google App Engine Java (GAE), qui permet de faire du cloud computing plus simplement qu’avec Amazone EC2 et surtout gratuitement. GAE permet de déployer des applications développées en java ou avec d’autres languages basés sur la plateforme java.

Du point de vue du développeur, une application déployée sur GAE fonctionne de la même manière qu’il y ait 1 seul utilisateur ou 1 million d’utilisateurs. En effet, il gère la répartition de charge et l’ajout de conteneurs de servlets si la charge le nécessite; tout cela se fait de manière transparente pour le développeur et l’utilisateur.

Certaines opérations sont interdites : écrire dans le système de fichiers, faire des requêtes (en réponse à l’utilisateur) qui durent plus de 30 secondes, créer un thread …
Pour l’extensibilité du système, les requêtes ne doivent pas durer plus de 30 secondes mais l’API de gestion des taches permet de passer outre cette limite en executant certaines taches en arrière plan.

La base de données n’est pas une base de données relationnelle, on n’utilise ni JDBC ni le SQL. Le moteur de base de données s’appelle BigTable : c’est une sorte de grande table de hachage. Afin de pouvoir réutiliser les applications et les frameworks existants, l’API DataStore du SDK GAE fournie une implémentation de JPA et de JDO pour BigTable.

Comme GAE est ouvert aux autres languages basés sur la plateforme java, il est possible de déployer des applications développées en groovy.
Ainsi, grâce à gaelyk une surcouche en groovy au SDK de GAE, on peut faire tourner des groovlets (équivalents aux servlets java) sur GAE.

Google Wave

Et pour finir, Didier Girard fait la présentation de Google Wave, un outils de collaboration basé sur GWT et qui permet de regrouper des informations de différentes provenances telles que le mail, le chat, tout cela dans une même wave. Il est possible de développer un gadget en GWT, le déployer sur Google App Engine et l’intégrer dans une wave.
Didier fait la démonstration d’une wave de prise de congés dans une entreprise. Suivant la personne qui se connecte sur la wave, différentes actions sont possibles :

• un collaborateur peut poser ses congés
• un manager peut valider ou refuser les congés de ses collaborateurs

Par cliquer-glisser, un collaborateur peut ajouter les photos de ses vacances dans la wave.

Jeudi 12 novembre, j’ai assisté à la soirée Atmosphere du Paris JUG.

Actualité du Paris JUG

• Paris JUG est à devoxx09 cette semaine.
• Pour le deuxième anniversaire du Paris JUG, le thème sera l’open source en France. On recherche une salle pas chère pouvant contenir 250 à 300 personnes.

Présentation d’Atmosphere

Jean-Francois Arcand nous présente Atmosphere, un framework portable et open source pour faire de l’ajax push ou du Comet (qui traite les requêtes ajax push de manière non bloquante).

Grâce à Atmosphere, basé sur les POJO et l’inversion de contrôle, le développeur travaille indépendamment du serveur d’application (JBoss, Tomcat, GlassFish, Google App Engine …) et du navigateur. Atmosphere peut gérer une grappe de serveurs. Il détecte aussi la fermeture du navigateur, ce qui permet de libérer les ressources utilisées sur le serveur.

Les messages sont diffusés de manière globale ou selective, immédiate ou retardée et peuvent être aggrégés (utile quand de nombreux messages sont envoyés en peu de temps). Leur diffusion peut se faire par différentes implémentations : JGroups, JMS ou Shoal.

Comme exemple de diffusion globale, Jean-François fait une démonstration dans laquelle une page est affichée dans 2 navigateurs; on déplace une image dans l’un des deux et celle-ci se déplace de même dans l’autre navigateur. Ensuite, pour illustrer la diffusion sélective, il nous montre un logiciel imitant twitter avec des following (les personnes dont l’utilisateur suit les messages) et followers (les personnes qui vont recevoir les messages de l’utilisateur).

Atmosphere spade server est une version contenant un serveur embarqué (basé sur grizzly, un fork de tomcat) : c’est peu utile en entreprise car souvent il existe déjà un serveur d’application. L’intérêt est donc essentiellement pour les tests unitaires.

Parmi les fonctionnalités à venir, il y a les transactions basées sur les cookies pour ne jamais perdre un évènement (quand le navigateur se reconnecte, il récupère les messages qu’il a manqué) ainsi que le support de la persistance. La version 1.0 devrait arriver vers juillet 2010.

Le 7 octobre, j’ai assisté à la présentation de BIRT par Jason Weathersby.

BIRT est un outil de génération de rapports composé de 3 parties : le moteur de graphiques, le moteur de génération de rapports et le moteur de design.
Les sources de données peuvent être de différents types : xml, scriptée (java, javacript) et jdbc (vous pouvez utiliser un constructeur de requête similaire à celui de MS Access). Si nécessaire, vous pouvez même ajouter des colonnes calculées.

Comme le designer est basé sur la plateforme de client riche d’eclipse, vous pouvez directement déboguer le code javascript (qui est executé par Mozilla Rhino) et les plugins sont gérés par OSGi.

Les rapports peuvent être construits par glisser-déposer (drag&drop) et exportés en pdf, ps, xls, ppt, doc ou html paginé. Grâce à un ensemble d’évènements, à différents niveaux (rapport, page, source de données), vous pouvez ajouter de l’interactivité à vos rapports en traitant les évènements aussi bien en javacript qu’en java. Par exemple, vous pouvez ouvrir une boite de dialogue sur un clic souris.

Les graphiques peuvent être exportés dans un fichier jpg, un fichier pdf, un composant swt ou swing. Vous pouvez même les animer (exemple : faire tourner le graphique).

Le déploiement peut aussi bien se faire dans un serveur d’application J2EE, dans une plateforme de client riche ou dans une application indépendante.

Le 25 juin dernier, j’ai assisté à la présentation de gradle par Hans Dockter, son créateur.

gradle en quelques mots :

• gradle est un language de build au lieu d’un framework de build : il est plus flexible et adaptable aux cas particuliers
• les scripts de build sont écrits en groovy : cela donne un outil très dynamique
• fonctionne par dessus ivy
• interaction riche entre les taches
• peut surveiller l’execution des tests et réagir suivant leur résultat
• récupère tous les fichiers qui ont besoin d’être compilés
• basé sur les conventions : permet de définir des règles à appliquer à tout projet dans une communauté/entreprise
• permet d’executer certaines opérations standards sur une tache sans même que celle-ci ne le sache
• support des plugins : ils peuvent être écrits en java
• peut accéder au plan d’exécution d’un scénario (exemples : compile, clean…)
• peut réagir à une exception donnée lorsqu’elle est levée
• exclusion élégante de tache (A-> B et E, mais exclu B)
• fusionnement élégant de taches (pour éviter qu’une tache ne s’execute plus d’une fois)
• évitement élégant de taches (exemple: exclu une tache si le répertoire des classes est inchangé)
• le script de build connait les classes compilées (écrites en groovy ou java). exemple : vous pouvez écrire « new MyBuild() » dans un script, où MyBuild est une classe développée en java
• il existe un encapsuleur gradle pour utiliser gradle sans l’installer : c’est utile pour les projets open source pour utiliser une version donnée sans dépendre de ce qui est installé sur l’ordinateur de l’utilisateur
• un support pour les projets C/C++ a de grandes chances de venir à cause d’un fort besoin
• de la version 0.7 à 1.0 : il y aura des changements qui vont casser l’existant mais les notes de livraison expliqueront comment corriger les scripts existants

gradle versus ant

• avec ant, il n’y a aucun moyen de manipuler une tache. Ce n’est pas le cas avec gradle grace à son API riche.
• ant est basé sur xml, ce qui lui confère une interaction quasi unidirectionnelle. Gradle utilise groovy pour fournir une interaction bidirectionnelle de manière orientée objet.
• gradle peut appeler n’importe quelle tache de manière orientée objet :
  1. importer un fichier build.xml créé pour ant
  2. utiliser les cibles ant comme des taches gradle
  3. ajouter quelques cibles manquantes dans le fichier build.xml

gradle versus maven

• gradle permet d’ajouter de nouveaux scopes maven, ce qui ne peut être fait avec maven
• gradle peut retrouver toutes les dépendances transitives d’un artefact maven
• gradle peut retrouver les artefacts d’un repository maven ou les déployer sur un repository maven : il utilise maven pour faire ces taches, ce qui signifie qu’il est entièrement compatible avec maven
• liberté complète pour la construction de projets multiples
  • maven utilise l’héritage de configuration et force à créer des projets synthétiques pour partager certaines taches/configurations. Gradle peut injecter de la configuration ou des taches dans tout projet
  • les dépendences peuvent s’exprimer en terme de projet

gradle versus IDEs :

• il y a un support pour le déboggage (points d’arrêt ….) uniquement dans IntelliJ IDEA mais un support pour eclipse devrait arriver bientôt
• il y a un support pour générer des projets eclipse

J’ai assisté au CITCON Europe 2009 Paris (CITCON signifie en français « Conférence sur les tests et l’intégration continue »). Le vendredi soir, nous avons d’abord commencé par nous présenter rapidement. Ensuite, ceux qui voulaient proposer un sujet l’écrivaient sur un papier, le présentaient à l’assemblée et le collaient sur le tableau représentant le planning du samedi.

Durant toute la journée de samedi, j’ai assisté à diverses sessions :

• Session sur hudson et les besoins de nouveaux plugins, dirigée par Douglas Squirrel. J’ai malheureusement manqué le début, lorsque Douglas a expliqué comment écrire un plugin pour hudson. Si vous souhaitez écrire votre propre plugin pour hudson, n’hésitez pas à écrire à kohsuke (le créateur d’hudson) en postant un message sur la liste de diffusion pour les développeurs ou à envoyer un mail à douglas.
• Session sur l’intégration et le déploiement continu (avec le cas de cruise control). Il y a notamment été question de chaine de déploiement dont voici un exemple typique dans le cas d’une mise en production : [gestionnaire de sources] : intégration continue -> tests d’intégration -> (…) -> tests de performance : [environnement de production]. Sans le déploiement continu, cette chaine de développement existe déjà : c’est le processus organisationnel dont les étapes sont des opérations manuelles.
  Les questions que nous sommes amenés à nous poser dans ce type d’automatisation sont : Mais que faire si une étape échoue ? L’ignorer et passer à l’étape suivante ?
  Les étapes de la chaine peuvent dépendre des changements (petits ou gros), particulièrement si l’execution de la chaine complète prend beaucoup de temps.
  L’execution de 2 chaines en parallèle pourrait soulever certains problèmes si une étape a besoin d’un environnement dédié (exemple : tests de performances).
• Session sur les tests unitaires avancés. L’un des participants nous a parlé des nouvelles fonctionnalités de JUnit ajoutées depuis la version 4.4 (la dernière à ce jour étant la version 4.7). Il y a été question des annotations Theory, Theories, DataPoint, DataPoints et Rule. C’est très intéressant et il faudra que je regarde cela de plus près afin de le mettre en oeuvre pour JNode si c’est utile.
• Session sur le cloud computing, les environnements distribués ou virtualisés. Teamcity est un logiciel de build basé sur une architecture serveur + agents/esclaves. Déplacer ces 2 éléments vers une architecture de type cloud computing présente les avantages suivants :
  • diminution du coût de maintenance
  • optimisation du temps d’utilisation du processeur
  • meilleur gestion des pics de charge

Mais cette architecture soulève d’autres problématiques :

• Les performances de la connection réseau
• Dans le domaine de la banque / finance : gestion de la sécurité et de la confidentialité des données
• Gestion des environnements personnalisés (notamment matériels spécifiques) et leur maintenance
• Gestion des temps d’indisponibilité
• Restrictions sur les adresses IP

Ensuite, j’ai assisté à une présentation d’openQRM, un serveur web qui permet de gérer un parc de machines virtuelles tournant sous différentes technologies de virtualisation telles que xen, kvm et vmware. Il gère aussi des fonctionnalités comme le démarrage depuis le réseau (en anglais boot pxe) et les images (+ paquets optionnels) des machines virtuelles. Il faudra que j’étudie ça de plus près pour voir si ça pourrait être utile pour JNode (il faudrait alors développer un plugin openQRM pour gérer les plugins JNode).

• Session sur les tests d’acceptation narratifs :
  • Twist, un logiciel commercial basé sur eclipse et selenium permet d’exprimer les tests sous forme de phrases compréhensibles par l’utilisateur. Ces tests sont enregistrés dans un simple fichier texte mais avec un certain formalisme. Il est également possible d’y ajouter des jeux de données sous forme de tables. Bien sûr, les vrais tests ne pas sont implémentés dans ce fichier mais l’environnement de développement de Twist s’assure que celui-ci et les classes java les implémentant sont bien synchronisés.
  • FitNess est un logiciel libre basé sur Fit, un framework pour les tests d’acceptation. Il permet d’exprimer les tests sous forme de phrases et dans une syntaxe de type wiki.

Mardi 15 septembre, j’ai assisté à la soirée qualité du logiciel du Paris JUG.

Romain Pelisse et François Le Droff nous présentent des frameworks open source de contrôle qualité :

• pour contrôler le code
  • pmd : peut détecter l’utilisation de float/double au lieu de BigDecimal
  • hammurapi
  • FlexPMD : comme pmd mais pour le language flex
• pour détecter les copier/coller
  • pmd-cpd
  • simian
  • condenser
• pour analyser le code
  • JDepend
  • JavaNCSS, à remplacer de préférence par Sonar squid qui est une optimisation de JavaNCSS mieux maintenue et intégrée dans Sonar.
  • CAP (Code Analysis Plugin) pour eclipse
• pour la gestion de la qualité (par agrégation et historisation)
  • XRadar : agrégation de métriques, historisation de la qualité
  • Sonar : Olivier Gaudin nous parle de la version 2.0, attendue pour la fin de l’année, et annonce que celle-ci intégrera des métriques sur le design

Ensuite, Frederic Brachfeld nous présente SonarJ community edition, un logiciel qui permet de définir le découpage logique d’une architecture en couches et tranches. Il vérifie que des dépendences interdites ne sont pas faites. L’analyse se fait à partir du bytecode java ou du code source, sachant que le code source permet de fournir plus d’informations. Les jsp sont également gérées à condition d’avoir les classes compilées. SonarJ peut être utilisé en version standalone ou sous forme de plugin eclipse avec vue en temps réel des violations d’architecture. Un autre avantage de SonarJ est qu’il permet de voir la structure d’un logiciel que l’on ne connait pas.

Pour terminer, Fabrice Bellingard nous présente Squale (Software QUALity Enhancement), une plateforme de qualimétrie open source, basée sur la notion d’audit et qui propose un plan d’action pour améliorer la note sur la qualité du logiciel analysé. Le plan proposé indique comment obtenir un maximum d’amélioration de la qualité tout en faisant un effort minimum. Même si la notion d’effort est quelque chose d’empirique, squale est un projet de recherche qui est en production dans l’industrie sur plus de 100 applications. Squale fait partie du groupe thématique « logiciel libre » dans le pôle de compétitivité System@tic. Qualixo, le créateur de squale, participe aux groupes de travail du club qualimétrie pour définir le standard iso 9126, relatif à la mesure de la qualité d’un logiciel.

Grâce à cette soirée j’ai encore découvert de nouveaux logiciels open source que je ne connaissais pas, notamment ceux qui contrôlent la qualité du design d’un logiciel. Il faudrait que je les teste pour voir s’ils pourraient être utiles pour JNode.

Les dates de FOSDEM 2010 ont été annoncées plus tôt que les précédents FOSDEMs : ce sera le 6 et 7 février 2010.
J’espère que nous serons là et, si les choses vont comme je le veux, je ferais une démonstration de JNode tournant sur mon eeePC

Durant la RMLL 2009, j’ai assisté à la conférence intitulée Firefox 3.5, HTML 5 et au-delà.

Firefox 3.5, grace à l’implication de l’équipe dans la normalisation, supporte déjà la plupart des fonctionnalités d’HTML 5, qui n’est pas encore finalisé. Ainsi, Firefox supporte la balise video pour inclure une vidéo dans une page web. Ensuite, pour démontrer la rapidité du nouveau moteur javascript TraceMonkey, nous avons vu des démonstrations de traitement de vidéos en temps « réel » (oui, en javascript !) : reconnaissance de visage, vidéo qui tourne sur elle-même, incrustation d’une image sur un fond bleu … Impressionnant !

Ensuite, j’ai assisté à la conférence intitulée Finance et création libre.

Camille Harang nous parle de yooook.net, la plateforme innovante qu’il a créé afin de remunérer les auteurs de tout contenu numérique ou numérisable (logiciel, vidéo, archive, photos, musique …). Le concept est difficile à expliquer (je ne suis pas sûr d’avoir tout compris moi-même) mais c’est une sorte de combinaison subtile entre les licenses libres (permettant l’utilisation commerciale ou non), le partage de fichiers et les anciens modèles économiques avant l’arrivée d’internet.

Plutôt que de détailler le concept, je vous invite à aller voir la brochure explicative. Si cela ne suffit pas, regardez le tutoriel et son exemple.

Voila ! C’est le dernier article d’une longue série sur la RMLL 2009. Certains articles pourraient être utiles pour JNode. En tout cas, c’était vraiment une très belle réunion, avec beaucoup d’informations intéressantes et quelques contacts que je compte garder. Je compte bien aller à la RMLL 2010 (ce sera à Bordeaux) et, si les choses vont comme je le veux, je ferais une présentation et une démonstration de JNode.

Durant la RMLL 2009, j’ai assisté à la conférence de Richard Stallman.

J’ai malheureusement manqué les 30 premières minutes. Lorsque je suis arrivé, j’ai eu la surprise de constater que Richard Stallman (voir aussi son site personnel) faisait sa conférence en français. Après plus de 2 heures à l’écouter, j’ai pu constater qu’il parle bien le français.

Il parle des 4 libertés (utiliser, étudier et modifier, distribuer des copies exactes, distribuer des versions modifiées d’un logiciel), du piratage informatique, qu’il compare aux pirates maritimes puis de la naissance de GNU et du noyau Linux (sous license GNU).

« GNU n’est pas unix, GNU est linux ! » clame-il. Puis il nous donne quelques liens vers des sites web :

• Fondation pour le logiciel libre (FSF, Free Software Foundation)
• Fondation pour le logiciel libre en Europe
• Fondation pour le logiciel libre en France
• Mecenat Global
• www.gnu.org

Le terme ‘open source’ a été inventé en 1998 pour désigner le logiciel libre mais sans l’aspect éthique : il faut utiliser le terme ‘logiciel libre’ (free software) et non pas ‘open source’.

Ensuite, il se déguise en Saint IGNUcius (sa photo), de l’église Emacs, pour prêcher pour le logiciel libre. Pour en savoir plus sur Saint IGNUcius, allez-voir son site sur uncyclopedia : c’est évidemment de l’humour ! J’imagine que certaines personnes ne vont pas apprécier ce genre d’humour. Personnellement, je trouve cela drôle.

Pour terminer, il fait une vente aux enchères de sa mascotte GNU. Elle a été vendue à 200 €.

Durant la RMLL 2009, j’ai assisté à la conférence intitulée Acceleo et Eclipse Modeling.

Obeo, entreprise née à Nantes en 2005 sous l’initiative de 3 associés, est rentable depuis le début. A la demande de ses clients, elle réalise des modèles de données et des générateurs de code avec Acceleo (créé par les fondateurs d’Obeo).

Acceleo fournit un environnement de travail pour créer des générateurs de code et les executer. Il définit une chaine d’execution commune à tous les générateurs de code, qu’ils soient commerciaux ou libres. On lui fournit en entrée un modèle UML ou autre (exemples : enchainement d’écrans, des droits, des drivers…) et le moteur execute le générateur de code pour produire, par exemple, du code source ou des fichiers de configuration en sortie.

Initialement sous licence GPL, le projet est passé sous licence EPL afin d’être intégré dans eclipse.

Acceleo permet d’utiliser une architecture dirigée par les modèles (MDA), ce qui simplifie les développements, produit une documentation pérenne et facilite la compréhension du code source.

Voici quelques caractéristiques d’Acceleo :

• complétion de code
• utilisation d’EMF compare pour comparer 2 versions d’un modèle
• génération incrémentale de code
• préservation du code déjà développé
• pour créer le modèle : on peut utiliser EMF ou prendre des formats existants (par exemple xmi pour les modèles UML)

S’il existe déjà un générateur de code pour un domaine et un langage donnés, alors il n’est pas nécessaire d’en réécrire un : une communauté de partage de générateurs de code libres se met en place pour faciliter la réutilisation. En ce qui concerne Java, on y trouve un générateur de code pour struts, pour les tests unitaires et pour le code d’accès aux bases de données. Il en existe aussi pour C, PHP et Python.

Acceleo peut être embarqué indépendamment d’eclipse et, à terme, pourrait devenir l’implémentation de référence de OMG MTL. En effet, c’est le premier projet open source à l’implementer et il est soutenu par la fondation eclipse.

Je pense qu’Acceleo pourrait être utilisé dans JNode (je suis contributeur depuis plusieurs années) pour générer le squelette d’un nouveau driver ou d’un plugin : cela permettrait aux nouveaux arrivants d’entrer plus facilement dans le code (cette démarche est applicable aux autres projets open source).