Actualité éditeurs / SSII

• Sortie de JMeter en version 2.6 (Par Benoit Lemoine)
• Eclipse 3.8 M5 (Par Nicolas Demengel)

Le coin de la technique

• mutability-detector (Par Nicolas Demengel)

Evénements de notre communauté en France et à l’étranger

• Podcasts Java et… Clojure (Par Bertrand Dechoux)

Actualité éditeurs / SSII

Sortie de JMeter en version 2.6

Pour sa première version en tant que projet Top Level de Apache, JMeter 2.6 apporte de nombreuses nouveautés, dont la liste exhaustive est disponible directement sur la page du projet.

Le célèbre logiciel de test de charge écrit en Java se voit doter, entre autres, d’une toolbar, d’un nouveau système de recherche par mots-clés, ou encore d’un sampler HTTP Raw facilitant le test d’applications GWT ou SOAP. Cette nouvelle version corrige par ailleurs une vingtaine de bugs et ajoute une intégration plus prononcée avec l’OS en gérant les copier/coller et les glisser/déposer de fichiers.

Eclipse 3.8 M5

La Milestone M5 de Eclipse 3.8 (Juno) a été livrée la semaine dernière, l’occasion pour nous de faire un point sur les principales fonctionnalités promises par la future version d’Eclipse :

• conversion facile des boucles « for each » vers un autre type de boucle (avec index ou avec iterateur, selon l’objet sur lequel on itère) via l’assistant contextuel ;
• la détection de fuites mémoire potentielles ou avérées dans le code ;
• la détection de violations des annotations @Nullable et @NonNull ;
• l’inclusion des champs de classe dans l’analyse des variables potentiellement nulles lors de leur utilisation ;
• une barre d’outils simplifiée pour le mode debug et une amélioration des performances des vues associées ;
• l’ajout des annotations de paramètres dans l’explorateur de Javadoc ;
• des évolutions et options cosmétiques ;
• de nombreuses évolutions à l’attention des développeurs de plugins.

Cette version intégrera bien évidemment le support de Java 7. Pour rappel, ce support a déjà été intégré dans la version 3.7.1 (voir la liste de ce qui est supporté).

A noter aussi que depuis quelques années se prépare la nouvelle architecture d’Eclipse, qui aura beaucoup d’impact pour les développeurs travaillant sur la plateforme, et qui devrait se traduire notamment par des évolutions de l’interface pour les utilisateurs. Cette nouvelle version majeure contiendra également les nouveautés listées précédemment dans sa version 4.2.

Le coin de la technique

mutability-detector

Ce week-end s’est déroulé à Bruxelles le Free and Open source Software Developers’ European Meeting (FOSDEM). Bien que n’y étant pas nous-mêmes, certains tweets (@Piwai pour l’exemple) ont porté à notre attention l’outil mutability-detector qui y était présenté.

Cette librairie Java se propose de détecter si nos classes sont immuables ou non, avec un certain indice de confiance : IMMUTABLE (totalement immuable), EFFECTIVELY_IMMUTABLE (immuable à condition de rester maître de l’utilisation de la classe, par exemple si elle peut être étendue), NOT_IMMUTABLE (absolument pas immuable). Pour ce faire, elle applique les règles formalisées par Josh Bloch dans Effective Java.

L’outil propose deux modes de fonctionnement :

• analyse statique :

  java -jar MutabilityDetector.jar -classpath path/to/MyCodebase
  

• ou utilisation au runtime, dans un test unitaire par exemple :

  import static org.mutabilitydetector.unittesting.AllowedReason.*;
  import static org.mutabilitydetector.unittesting.MutabilityAssert.*;
  import static org.mutabilitydetector.unittesting.MutabilityMatchers.*;
  @Test public void checkMyClassIsImmutable() {
    assertImmutable(MyClass.class);
  }
  // on précise ici que l'on veut pouvoir sous-classer la classe en en comprenant les implications
  @Test public void checkMyClassIsImmutable() {
    assertInstancesOf(AbstractIntHolder.class, areImmutable(), allowingForSubclassing());
  }
  

Un exemple de sortie :

org.mutabilitydetector.unittesting.MutabilityAssertionError:
Expected: MyClass to be IMMUTABLE
  but: MyClass is actually NOT_IMMUTABLE
  Reasons:
    Can be subclassed, therefore parameters declared to be this type could be mutable subclasses at runtime. [Class: MyClass]
    Field is not final, if shared across threads the Java Memory Model will not guarantee it is initialised before it is read. [Field: name, Class: MyClass]
    Field [name] can be reassigned within method [setName] [Class: MyClass]
    Field can have a mutable type (java.lang.String) assigned to it. [Field: name, Class: MyClass]

mutability-detector se présente donc comme un outil intéressant pour se prémunir de mauvaises surprises dans une base de code pas très bien maîtrisée qui reposerait sur de la programmation concurrente. Il s’agit aussi d’un moyen comme un autre d’apprendre les règles de l’immutabilité.

On notera tout de même que l’outil n’est – des dires de son auteur – pas encore prêt pour un usage intensif. A surveiller donc !

Evénements de notre communauté en France et à l’étranger

Podcasts Java et… Clojure

Les podcasts sont un médium unique pour rester en contact avec la communauté. Les javaïstes connaîtront bien sûr les Cast Codeurs (en français) ou encore Java Posse (en anglais). Mais la JVM ne se limite pas à Java. Et les clojuriens commencent également à avoir leurs podcasts : Mostly lazy ou encore Think relevance. On y parle entre autres d’avout, permettant d’utiliser le modèle d’état de Clojure dans un environnement distribué mais aussi de clojureScript, un GWT à la Clojure et encore d’Overtone, permettant de réutiliser vos compétences en programmation pour créer de la musique.

Actualité éditeurs / SSII

• jq.Mobi, jQuery Mobile réécrit et optimisé (Par Jean Helou)

RIA

• JavaFX disponible sur Linux (Par Diego Lemos)

Le coin de la technique

• Twitter Bootstrap 2.0 (Par Aurélien Maury)

Actualité éditeurs / SSII

jq.Mobi, jQuery Mobile réécrit et optimisé

jQ.Mobi est un concurrent de jQuery Mobile, développé spécifiquement pour les plateformes mobiles et optimisé pour HTML5. Ces axes d’optimisation permettent à la version minifiée de jQ.Mobi d’être environ 10 fois plus petite que celle de jQuery Mobile, son téléchargement est donc bien plus rapide, accélérant d’autant le chargement des pages. L’optimisation pour le html5 simplifie le code en plus de l’alléger et permet de gagner également en vitesse d’exécution (facteur 3 sur Android, 2.2 sur iOS d’après Jsperf).

La syntaxe de jQ.Mobi est identique à celle de JQuery, l’api des plugins est également compatible mais jQ.Mobi ne contient qu’un sous-ensemble des fonctionnalités de JQuery, celles utilisées par appMobi, société qui a développé le framework avant de le mettre à disposition en open source.

jQ.Mobi est séparé en trois composants:

• jQ (le coeur)
• jQ.UI (l’interface)
• jQ.plugin (plugins pour les navigateurs (WebKit)

appMobi explique le développement de son framework par la volonté de véritablement le spécialiser pour les plateformes mobiles quitte à être incomaptible avec les navigateurs « desktop », l’objectif étant d’améliorer autant que possible l’expérience utilisateur sur mobile.
Le reponsable de JQuery mobile, Todd Parker a reconnu certains des problèmes et l’équipe du framework semble se réorienter pour les prendre en compte.

RIA

JavaFX disponible sur Linux

Cette semaine, la communauté JavaFX a reçu une nouvelle depuis longtemps attendue. Finalement, Oracle a annoncé sur le blog JavaFX une version Linux (32-bits!) du SDK JavaFX 2.1. La toute nouvelle version a été testée par Oracle sur Ubuntu 10.04 avec un JDK 7u2. Néanmoins, Oracle fait comprendre que le JDK JavaFX devrait fonctionner sans problème sur d’autres distributions Linux.

Pour rappel, JavaFX est une plateforme de développement pour la création d’applications internet riches (RIA). Avec JavaFX, il est possible de développer des applications desktop, web et mobile. JavaFX est aussi le nom du langage de script utilisé pour le développement sur la plateforme du même nom. Le code est compilé en bytecode Java et peut donc être exécuté sur une JVM.

Le coin de la technique

Twitter Bootstrap 2.0

Pour ceux qui ne connaissent pas encore cette librairie, il s’agit d’un framework CSS/JS ouvert sur GitHub par Twitter à la communauté OpenSource (sous licence Apache 2.0). Il intègre notamment une grille de placement et des styles pour un grand nombre d’éléments de formulaires, de messages aux utilisateurs, d’onglets de mise en page, de menus déroulants, etc. La cuvée 2.0 devrait sortir officiellement dans la semaine (sortie annoncée pour le… aujourd’hui si tout va bien). En avant première la documentation est déjà en ligne sur le blog d’un des développeurs. Jetez y un oeil, ça vaut le détour. Au menu des nouveautés :

• Amélioration du support cross-browser, annoncé « cross-everything »
• Plugins JQuery spécifiquement adaptés
• Prêt pour le Responsive webdesign
• Plus d’exemples, une meilleure documentation
• Beaucoup plus de composants, notamment des barres de progression et des menus de navigations supplémentaires

C’est une expérience à vivre. Je vous le conseille fortement pour votre prochain prototype. Si vous voulez avoir une idée de ce que certains ont réalisé avec la version 1.4, visitez le Tumblr non officiel BuiltWithBootstrap.

Actualité éditeurs / SSII

• Amazon dévoile DynamoDB (Par Alexandre Dutra)
• Sortie de Visuwall 0.3 (Par Julien Smadja et Arnaud Lemaire)

Evénements de notre communauté en France et à l’étranger

• Common Crawl Corpus : le web disponible sur les disques d’Amazon Web Service (Par Bertrand Dechoux)

Actualité éditeurs / SSII

Amazon dévoile DynamoDB

Il était difficile, cette semaine, de passer à côté de la nouvelle: après les rumeurs les plus folles et un teasing maîtrisé, Amazon mit fin au suspense le 18 janvier dernier en dévoilant un nouveau service baptisé Amazon DynamoDB.

Bon nombre de nos confrères ont relayé l’information: TechCrunch, ReadWriteCloud ou encore InformationWeek y sont allés de leur plume, mais c’est dans son blog que Werner Vogels, CTO d’Amazon, revient longuement sur les choix qui l’ont poussé à mettre au point DynamoDB.

Sans surprise, DynamoDB serait le fruit d’un double retour d’expérience: celui de Dynamo d’une part, la solution NoSQL mise au point par Amazon dès 2007 et qui est à l’origine d’Apache Cassandra, Voldemort, Riak et de bien d’autres solutions NoSQL orientées clé-valeur; et celui de SimpleDB d’autre part, une autre solution non-relationnelle également développée par Amazon depuis 2007.

Dynamo, on le sait, fut une des toutes premières solutions non-relationnelles à s’attaquer aux principes des systèmes massivement distribués, hautement scalables et fiables. De l’aveu de Vogels, ce fut une réussite technique incontestable, mais le succès auprès des développeurs n’a jamais atteint le niveau escompté, sans doute en raison de la complexité du système.

SimpleDB, en revanche, était plus limitée mais aussi plus flexible et plus facile d’administration, et a fini par l’emporter en popularité auprès des développeurs. Un brin rancunier, Vogels explique qu’en préférant SimpleDB à Dynamo « les développeurs on choisi la simplicité plutôt que la précision » en « votant avec leurs pieds » (sic). En somme « les développeurs voulaient un service », non une infrastructure.

Amazon DynamoDB, selon Vogels, est un peu le meilleur des deux mondes: un service cloud bâti sur les principes solides dérivés de Dynamo (scalabilité incrémentale, haute performance prévisible), tout en gardant la facilité d’administration et le côté « clé-en-mains » qui ont fait le succès de SimpleDB.

Selon Vogels toujours, DynamoDB compte les avantages suivants sur ses prédécesseurs:

• Facilité d’administration: DynamoDB se charge de la complexité engendrée par les réplications et les partitionnements de données.
• Scalabilité: DynamoDB est conçu pour allouer automatiquement les ressources nécessaires à l’application, et ce jusqu’à des centaines, voire des milliers de noeuds répartis sur plusieurs Availability Zones. DynamoDB corrige ici une erreur de design souvent reprochée à SimpleDB: l’allocation au préalable des Domains, espaces mémoire à la capacité finie.
• Rapidité: DynamoDB fournit un très haut débit et une latence très basse grâce à l’usage de disques SSD (Solid State Drives).
• Prévisibilité des performances: DynamoDB répond à cette problématique par la notion de « Débit provisionné » (Provisioned Throughput): le client peut désormais spécifier le débit requis par l’application, pour une table donnée; DynamoDB alloue les ressources nécessaires de manière transparente afin de garantir un niveau de performances stable.
• Disponibilité: DynamoDB réplique ses données sur différents data centers afin de minimiser les risques de défaillance.
• Flexibilité: s’inspirant ici davantage de SimpleDB, DynamoDB n’impose pas de contrainte de schéma pour le modèle de données (d’ailleurs plus riche qu’un simple modèle clé-valeur comme celui de Dynamo), bien qu’il soit possible d’y appliquer un certain nombre de contraintes d’intégrité.

Enfin, le pricing a été complètement revu. Finies les obscures « heures machine » de SimpleDB, place à une grille tarifaire simple:

• Le stockage est proposé à $1 par gigaoctet et par mois.
• La bande passante est facturée en fonction du débit provisionné:
  • $0.01 par heure pour chaque 10 unités de capacité en écriture (Write Capacity);
  • $0.01 par heure pour chaque 50 unités de capacité en lecture (Read Capacity) fortement consistantes (les lectures potentiellement consistantes – eventually consistent – sont à moitié prix).

(Une unité de capacité en lecture ou écriture correspond, selon Vogel, respectivement à une capacité de lecture ou d’écriture par seconde pour des objets allant jusqu’à 1 kilo-octet en taille.)

Enfin, il faudrait noter que DynamoDB est intimement lié aux services Elastic MapReduce proposés par Amazon: il sera donc possible d’utiliser DynamoDB dans des opérations MapReduce, ce qui ouvre des perspectives intéressantes pour le traitement en quasi temps réel de grands volumes de données, directement sur la base de données de production, et donc en phase avec l’approche BigData.

Sortie de Visuwall 0.3

La version 0.3 de Visuwall est sortie la semaine dernière. Pour rappel, cet outil avait déjà fait l’objet d’un article dans notre blog : Visuwall – Mixer vos outils de build et de qualité. Vous pouvez dès à présent télécharger cette nouvelle version ici sur le repository Maven.

Cette version apporte son lot de nouveautés :

• Support des projets autres que Maven.
• Ajout d’un nouveau plugin pour les utilisateurs de Continuum.
• Support de l’authentification des outils d’Intégration Continue et de Sonar.
• Message d’information concernant la compatibilité du plugin Sonar (Visuwall est disponible exclusivement pour les versions de Sonar supérieures à 1.3).
• Auto suppression de la base de données en cas de montée de version de Visuwall (la migration est prévue dans une version ultérieure).
• Ajout d’un logo en fond lorsqu’aucun projet n’est encore affiché.
• Les paramètres de configuration de l’interface graphique sont sauvegardés en cookie.
• Lorsque le build d’un projet est en échec, les photos des développeurs apparaissent (Visuwall utilise Gravatar).
• Une configuration à base de TeamCity & Sonar est désormais possible.

Le changelog complet est disponible pour également suivre la correction des bugs.

La version 0.4 est dores et déjà en développement, toutes propositions d’évolution ou de rapport de bugs sont les bienvenues via un mail à cette adresse: visuwall.ci@gmail.com ou directement via l’issue tracker Github du projet.

Vous pouvez également nous suivre sur Twitter : @visuwallci et nous soumettre des photos de Visuwall en action comme ci-dessous :

Evénements de notre communauté en France et à l’étranger

Common Crawl Corpus : le web disponible sur les disques d’Amazon Web Service

Hadoop a été historiquement développé pour distribuer Nutch, un moteur de recherche open source. Hadoop vous permet désormais d’analyser facilement de gros volumes de données tel que l’ensemble des pages web. Obtenir celles-ci demande cependant plus d’effort. Il faut en effet mettre en place votre infrastructure pour crawler les sites qui vous intéressent et ceci n’est pas trivial. La fondation Common Crawl s’est donnée pour but de construire et maintenir un crawl de l’ensemble du web afin de créer une nouvelle vague d’innovation, d’éducation et de recherche. En effet, le web est une mine d’informations mais pour l’instant son exploitation se fait par un cercle restreint d’acteurs : Google, Bing, Yahoo…

Depuis le 20 janvier, le corpus Common Crawl est disponible au sein d’Amazon Web Services. Certains pourront s’étonner qu’il ne s’agisse pas d’un simple lien téléchargeable, mais la solution se veut pragmatique: en effet la taille du corpus (60 téraoctets) impose de stocker ces informations à proximité de leur lieu de traitement. Amazon, en tant que leader dans les solutions IaaS (EC2/MapReduce), est alors un choix qui se justifie. Le corpus contient 5 milliards de pages web. Ceci représente une fraction du web dont la véritable taille reste à estimer. Cet ensemble de données est donc amené à grossir davantage. Le corpus Common Crawl n’est pas un projet isolé et rejoint de nombreux datasets hébergés également par Amazon traitant de sujets variés allant des variations du génome humain au graphe social de l’univers Marvel.

Actualité éditeurs / SSII

• Spring Integration 2.1 (Par Bertrand Dechoux)
• Spring Data Redis 1.0.0 (Par Bertrand Dechoux & Mathieu Bigorne)
• « Big Data » par Nathan Marz et Sam Ritchie est disponible en MEAP (Par Bertrand Dechoux)
• Scalding, une API Scala pour Cascading par Twitter (Par Bertrand Dechoux)
• Firefox 10 sortira en version ESR (Par Benoit Lemoine)
• Firebug 1.9.0 (Par Bertrand Dechoux)

Le coin de la technique

• Seren : Serialization Enhancer (Par Jean Helou)
• Apologie des lambdas de blocks pour javascript (Par Jean Helou)
• Verbosité des langages de programmation (Par Olivier Michallat)

Evénements de notre communauté en France et à l’étranger

• L’artisanat, un métier d’avenir (Par Xavier Bucchiotty)
• Une semaine riche pour les User Groups

Actualité éditeurs / SSII

Spring Integration 2.1

Un an après la sortie en 2.0, Spring Integration est désormais disponible en version 2.1. On notera un meilleur support des scripts (Groovy, Ruby/JRuby, Python/Jython, et JavaScript) grâce à la JSR-223. Il est ainsi possible de définir des ‘filters, splitters, routers, transformers’ directement dans vos fichiers de configuration ou par l’intermédiaire de ressources, permettant de cette manière de recharger vos scripts à chaud. On notera également une meilleure intégration avec RabbitMQ/AMQP, GemFire, Redis et MongoDB.

Spring Data Redis 1.0.0

Spring Data Redis est sortie le mois dernier dans sa première version stable. Redis est une base de données clé-valeur avec d’excellentes performances qui peut stocker les types de données classiques (chaîne de caractères, liste, map …). Spring Data Redis fournit un niveau d’abstraction supplémentaire qui facilite l’interaction avec Redis. Cette version permet également d’utiliser Redis comme implémentation d’un cache via l’abstraction de Spring. Il s’agit de la première solution NoSql KeyValue supportée par Spring Data mais Riak ne devrait pas se faire attendre longtemps.

« Big Data » par Nathan Marz et Sam Ritchie est disponible en MEAP

Big Data est un univers à part entière et rend non triviale la conception d’une architecture à la fois rapide (« temps réel ») et supportant de grandes volumétries. Deux ingénieurs de Twitter, Nathan Marz -créateur de Storm- et Sam Ritchie en dévoilent les principes dans « Big Data, Principles and best practices of scalable realtime data systems ». Le livre n’est pour l’instant pas finalisé mais est disponible en MEAP (Manning Early Access Program). Le code bd50 vous permet de disposer d’une réduction de 50%.

Scalding, une API Scala pour Cascading par Twitter

Hadoop est un acteur incontournable du BigData. Pour autant, peu vous vanteront la concision des traitements de données implémentés en se basant uniquement sur son API Java. De nombreuses solutions apparaissent pour combler ce manque. Certaines introduisent un nouveau langage comme Pig et Hive. D’autres proposent une API plus succincte, mais en gardant un langage complet, comme c’est le cas de Cascading. Mecredi 11 Janvier, Twitter a rendu open source Scalding, son API Scala pour Cascading, simplifiant encore plus l’usage de MapReduce dans un environnement Scala. Pour les fans de Clojure, Cascalog est une solution similaire mais encore plus succincte. La version 1.8.5 est sortie le 4 Janvier.

Firefox 10 sortira en version ESR

La fondation Mozilla a finalement décidé de maintenir 2 versions de Firefox en parallèle : la première suivra le cycle de livraison actuel (toutes les 6 semaines); alors que la seconde, plutôt à destination des entreprises, aura un cycle de livraison d’un an. Cette version ESR (Extended Support Release), dont Firefox 10 sera le premier représentant, sera maintenue avec les mises à jour de sécurité uniquement, le moteur de rendu et la gestion de plugin n’évoluant pas.

Firebug 1.9.0

Pour les inconditionnels de Firefox, la version 1.9.0 de Firebug vient de sortir. On notera entre autres la possibilité de renvoyer les requêtes HTTP ou encore de visualiser les headers des réponses contenues dans le cache.

Le coin de la technique

Seren : Serialization Enhancer

Olivier Croisier a annoncé cette semaine SEREN, une bibliothèque destinée à accélérer la sérialisation des objets en améliorant le traitement des wrappers numériques et des chaînes de caractères.
Prenant la forme d’un agent pour la JVM, SEREN peut s’utiliser sans modifier le code existant et peut être ajouté ou supprimé simplement en redémarrant la JVM.

Comme toute amélioration de performance, il s’agit d’un compromis: SEREN propose d’augmenter un peu la taille du flux binaire sérialisé en échange d’un gain de vitesse, un compromis que l’auteur recommande pour la sérialisation mémoire en citant EHCache. Il est possible de configurer les classes « améliorées » par SEREN au travers des fichiers de configuration et d’un mécanisme de filtre qui peut être étendu au besoin.

Retrouvez l’introduction de SEREN sur son blog et le code sur github.

Apologie des lambdas de blocks pour javascript

Le working group ECMA, responsable de la définition du standard ECMAScript implémenté par javascript envisage l’ajout de lambdas de blocks à javascript, un ajout que Yehuda Katz défend dans un article de blog parfaitement illustré comparant ruby et javascript sur le terrain du principe de correspondance de Tennent, des lambdas de fonctions et des lambdas de blocks.
Les exemples utilisés présentent des refactorings d’une forme canonique vers des formes idiomatiques dans les deux langages pour illustrer les principes mis en œuvre, une excellente introduction au sujet.

Verbosité des langages de programmation

À l’heure où les comparaisons entre langages tournent souvent en guerres de clochers, Dhanji R. Prasanna (ancien employé de Google et membre du projet Guice) se livre à une analyse plus posée et réfléchie sur l’équilibre entre expressivité et lisibilité. Cet article se démarque par son pragmatisme, la pertinence des exemples choisis, et le recul évident de l’auteur sur un grand nombre de langages.

Lire Languages, Verbosity, and Java.

Evénements de notre communauté en France et à l’étranger

L’artisanat, un métier d’avenir

Plusieurs réflexions ont lieu en ce moment au sein de la communauté pour définir ce qu’est le métier de développeur. On en a parlé lors du Paris JUG d’Octobre 2011. Le mouvement de fond associé est bien sûr celui du Software Craftsmanship. Nous mettons cette semaine en avant deux entrées de blog pour nous aider à avancer sur le sujet.
Le premier article postule que le développement informatique ne peut-être vu ni comme un art ni une science. Pour l’auteur de ce blog, au titre provocateur, notre métier n’est pas purement un art car le produit fini fait quelque chose ni totalement une science car il n’y a pas de loi universelle sur le développement, il peut y avoir autant de réponse qu’il y a de développeurs. On peut accepter ces arguments ou pas. Mais au delà du pur débat d’idées on se rend compte qu’il est difficile d’expliquer un métier si complexe à une personne extérieure.

L’auteur revient aussi sur le caractère unique des réalisations informatiques, et unique dans sa réalisation comme ses défauts. Il porte l’empreinte des personnes qui l’ont réalisé. Nous avons tous notre propre expérience sur des outils, des méthodes, des technologies, et nous expérimentons quelques fois de nouvelles façons de faire. Cela rend la manière de réaliser le travail éphémère et inscrite dans un contexte.
C’est peut-être cela la différence entre produire et écrire du code. Une vision « industrialiste » de la production du code induit une idée de volume, de quantitatif. La production serait le résultat d’un processus établi au résultat attendu, le développeur n’étant que l’élément interchangeable de transformation de la spécification à la réalisation.
L’autre vision s’attache plus à l’aspect qualitatif et humain. Le travail est confié à une personne et est un élément prépondérant dans la rédaction d’une solution au problème donné. L’auteur d’un travail d’écriture de code se voit assigné une ligne directrice, à lui ensuite de tracer le meilleur chemin.

Le second billet revient sur l’importance de s’appuyer sur des personnes qui savent faire les choses. Créer une table de toutes pièces pour le commun des mortels ne semble pas compliqué. Un menuisier professionnel aura lui une toute autre vision de la réalisation. Il pensera à adapter au mieux son savoir-faire au besoin précis du client, anticipera bien plus de problèmes, choisira avec soin les outils et matériaux employés.
Nous sommes dans un contexte qui nous oblige à réduire le temps nécessaire pour mettre à disposition de nouvelles fonctionnalités. Comment alors expliquer à un utilisateur que le changement de formule de calcul d’un champ dans un rapport peut prendre plusieurs heures? Échangeons alors sur nos visions des choses. Si le client ne veut pas d’une table qui dure un siècle, il n’y a pas de raison de la fabriquer. Si par contre, il n’en a pas conscience, discutons ensemble pour trouver la meilleure façon de la réaliser. C’est en travaillant ensemble que le résultat sera celui attendu.

Une semaine riche pour les User Groups

Cette semaine est riche en événements proposés par les UG. Il y en aura pour tous les goûts.

Ce soir, mardi 17 :

• Le Lyon JUG propose une soirée Performance des serveurs en Java animée par Ludovic Poitou.
• Le Normandie JUG propose une soirée Annotation animée par Olivier Croisier.

Le mercredi 18, l’Alpes JUG propose une soirée Objectif Cloud avec Paul Sandoz et Nicolas De Loof.

Le jeudi 19 :

• Le Paris Groovy and Grails User Group accueilleCédric Champeau sur le thème Groovy 2.0 : un pas vers le typage statique.
• Le Toulouse JUG organise une soirée Grails animée par Vincent Barrier et Franck Silvestre.
• Le Paris Android User Group propose une conférence sur Ice Cream Sandwich animée par Léo Cacheux et Daniel Fages.
• Le Bordeaux JUG accueilleura Romain Maton pour une soirée Optimisez votre site web sur mobile.
• Le Mars JUG propose une soirée EclipseLink animée par Shaun Smith.

Pour vous tenir à jour, suivez le calendrier de conférences maintenu par Duchess France.

Le coin de la technique

• Infinitest supporte scala
• CouchBase et CouchDB (par Xavier Bucchiotty)
• Alerte de sécurité sur la quasi totalité des serveurs web (par Pierre Laporte)

Evénements de notre communauté en France et à l’étranger

• Lancement de la communauté Software Craftsmanship de Toulouse
• Ce soir, 10 janvier, Paris JUG DevOps et Avant JUG des Duchess
• Introduction aux DSL en Groovy au Nantes JUG le jeudi 12 janvier

Le coin de la technique

Infinitest supporte scala

Les dernières versions d’infinitest apportent des corrections pour intellij IDEA 11 et le support des projets Scala. Infinitest est disponible sur github.

CouchBase et CouchDB

Damien Katz est un des fondateurs du projet Apache CouchDB. CouchDB fait partie de l’univers NoSQL, écrit en Erlang, orienté ‘document’ avec des API basées sur Javascript et JSON. Dans son blog, il indique qu’une grande partie de l’équipe ainsi que lui-même quittent le projet pour fonder Couchbase Server, le successeur.
Ce changement signifie aussi que les produits Couchbase ne seront plus sous licence Apache. Damien Katz ne dénigre pas cette fondation, à qui le succès de CouchDB est intimement lié. Les produits CouchBase sont payants, et selon Damien Katz, l’approche par consensus des développeurs, si chère à Apache, est un frein à la compétitivité du produit.
Cette approche permet donc à l’équipe de servir au mieux ses clients avec une plus grande réactivité. Il assure cependant que l’équipe continue de contribuer à CouchDB qui se porte plutôt bien. Son but actuel est de porter la version 2.0 de CouchBase avec un portage d’une partie du code d’Erlang vers C/C++.
Affaire à suivre.

Alerte de sécurité sur la quasi totalité des serveurs web

Deux chercheurs en sécurité, Alexander Klink et Julian Wälde, ont relevé une faille de sécurité algorithmique dans la plupart des serveurs web du marché. Sont concernées, les plateformes Java, Python, Ruby, PHP, Node.JS et ASP.NET.

La vulnérabilité détectée est de type attaque par complexité algorithmique. Elle consiste à rechercher le pire scénario possible dans l’implémentation d’une fonctionnalité. Ici, les hash tables sont la cible de l’attaque.

Le principe est le suivant : lorsqu’un serveur reçoit une requête http qui contient n paramètres, il crée un tableau associatif avec pour clé, le nom du paramètre, et pour valeur, l’ensemble des valeurs reçues. La hash table résultante utilise le hachage du nom du paramètre pour déterminer son emplacement.

Dans le meilleur des cas, c’est-à-dire lorsqu’il n’existe pas deux paramètres ayant le même hachage, l’insertion d’un élément se fait en temps constant (en O( 1 )). Dans le pire des cas, elle se fait en temps linéaire (en O( n )).

Mais revenons à notre attaque. Il suffit de construire une requête HTTP avec un grand nombre de paramètres ayant tous le même hachage. Le serveur sera contraint de passer systématiquement par le pire des cas possibles pour l’insertion dans sa hash table. En prenant n paramètres, on arrive à une complexité de n(O( n )), c’est-à-dire O( n² ), la complexité quadratique. Il est donc possible de bloquer le CPU d’un serveur à 100% d’utilisation pendant plusieurs minutes.

A l’heure actuelle, certains serveurs ont été mis à jour pour limiter le nombre de paramètres HTTP pouvant être reçus par un serveur (1’000 pour ASP.NET, 10’000 pour Tomcat, valeur non connue pour PHP). La vulnérabilité n’est donc pas totalement corrigée mais ses effets sont considérablement réduits. La correction complète impliquerait de rendre aléatoire le hachage des chaînes de caractères selon les plateformes par l’inclusion d’un seed. De ce fait, il ne serait plus possible de construire de telles collisions.

Notons qu’une correction est également en cours pour Glassfish et sera mise à disposition avec le prochain patch de sécurité.

Evénements de notre communauté en France et à l’étranger

Lancement de la communauté Software Craftsmanship de Toulouse

La semaine dernière, Antoine Vernois et Thierry Cros ont organisé à Toulouse une réunion autour du Software Craftsmanship qui a réuni 15 personnes. Cette réunion marque le lancement de la communauté Software Craftsmanship de Toulouse et de ses environs.
Un premier événement est en cours de planification : Un coding dojo au format randori.
Vous trouverez plus de détails sur le blog d’Antoine : La communauté Software Craftsmanship à Toulouse.

Ce soir, 10 janvier, Paris JUG DevOps et Avant JUG des Duchess

Ce soir, le premier Paris JUG de l’année sera consacré à DevOps avec une session Packaging natif par Henri Gomez et une session Puppet par Carlos Sanchez.
Les Duchess reprennent également les bonnes habitudes avec le premier Avant JUG de l’année.

Introduction aux DSL en Groovy au Nantes JUG le jeudi 12 janvier

Le Nantes JUG commence l’année 2012 ce jeudi 12 avec une soirée Introduction aux DSL (Domain Specific Languages) en Groovy présentée par Cédric Champeau, senior software developer chez SpringSource.
Les inscriptions sont ouvertes sur JUG Events.

Actualité éditeurs / SSII

• Hadoop 1.0 (par Bertrand Dechoux)
• JavaFx 2.0.2 inclut dans Java 7u2 (par Romain Schlick)
• Sortie de Gatling 1.0 (par David Galichet)

Actualité éditeurs / SSII

Hadoop 1.0

Après six ans de gestation, Hadoop est enfin en 1.0.0! Cette release fut réalisée à partir de la version 0.20-security. On notera que:

• Kerberos peut être utilisé pour contrôler les accès;
• webhdfs, une API Rest sécurisée permet un accès plus simple à HDFS;
• l’accès aux fichiers locaux par HBase est plus performant.

Diverses améliorations de performance, corrections de bug et fonctionnalités font également partie de cette mouture, dont le détail se trouve dans les notes de release.

JavaFx 2.0.2 inclut dans Java 7u2

Décidément, ça bouge beaucoup du côté de JavaFx 2. Après une early access release de la version 2.1 sortie récemment, une nouvelle annonce vient d’être faite. JavaFx est intégré directement dans la nouvelle version de Java 7 update 2.
Ainsi, le JDK intègre le SDK de JavaFx, pendant que le JRE intègre son runtime.

Oracle a toujours l’intention de rendre open source l’intégralité de ce projet en l’intégrant à OpenJDK sous le nom de OpenJFX. Une JSR dédiée devrait même apparaître pour Java SE 9.

L’avenir des applications web semble se tourner vers HTML 5. On voit aussi que les RIA tel que Flex ou Silverlight sont en perte de vitesse. On peut se demander si JavaFx n’arrive pas trop tard ? La réponse serait que JavaFx se destine principalement aux applications desktop, qui ont toujours un rôle à jouer surtout que les API comme Swing ou SWT se font vieillissantes.

Sortie de Gatling 1.0

Gatling est un outil de test de stress (comme JMeter ou Tsung).

Gatling est écrit en Scala, utilise Netty et Akka. Les scénarios de test peuvent être générés à l’aide d’un outil (non recommandé), écrits à l’aide d’une DSL ou encore implémentés directement en Scala. Cette dernière option offre un grand nombre de possibilités comme requêter une base de données pour récupérer des données et constituer des jeux de test par exemple.

Gatling a été conçu dès le départ comme une solution de test haute performance, ce qui lui permet de simuler un grand nombre de clients tout en consommant peu de ressources. Il comble un défaut souvent reproché à JMeter qui était de consommer parfois plus de ressources que la cible que l’on souhaite tester.

Gatling enregistre les différentes sessions de test dans un fichier de log qui est ensuite analysé pour générer une série de graphes montrant les différents temps de réponse (global, par type de requête), les erreurs, les taux de succès etc… Vous trouverez de plus amples informations dans son aide en ligne.

Actualité éditeurs / SSII

• Ceylon « Newton » M1 est disponible
• WebStorm 3.0 est disponible !
• Google sera le moteur de recherche par défaut de Firefox pour 3 ans
• Spring est sur GitHub
• Sortie de Spring Data Mongo 1.0

Actualité éditeurs / SSII

Ceylon « Newton » M1 est disponible

Ceylon est un langage de programmation fortement et statiquement typé destiné à la JVM, interopérable avec java, concurrent direct de Scala et de Clojure et soutenu par JBoss. Gavin King (créateur d’Hibernate et de Seam) et son équipe ont annoncé la mise à dispostion de la première release officielle de Ceylon. Cette première version executable du langage est dotée de nombreuses fonctionalités :

• Utilisation de classes pour les types primitifs de la JVM
• Inférence des types et du typage des arguments
• Paramètres optionnels avec valeur par défaut
• Argument nommés
• Types intersection, union et type vide
• Typage statique de la valeur null et des séquences vides
• Fonctions imbriquées
• Immutabilité par défault
• …

Même s’il manque encore quelques fonctionnalités présentes dans Java (enums, user-defined annotations et la réflexivité), le langage propose déjà des améliorations dans plusieurs domaines. Ajoutons que ce n’est que la première version (Milestone 1) et que la liste de fonctionnalités à venir est encore longue. Vous pouvez télécharger le langage et son code source, ou encore consulter la roadmap pour voir toutes les fonctionnalités à venir.

Sur le google group ceylon-dev, Gavin King indique sa volonté de sortir une nouvelle version « Milestone » tous les deux mois, jusqu’à atteindre la M5, qui sera la version 1.0 de Ceylon.

En même temps que cette première version du langage, un plugin eclipse 3.7 en béta a été mis à disposition des curieux.

WebStorm 3.0 est disponible !

C’est au tour de JetBrains d’offrir un joli cadeau de Noël aux amateurs de JavaScript !

WebStorm, un IDE JavaScript basé sur IDEA IntelliJ, est désormais disponible en v3.0 avec de nombreuses améliorations :

• Validation et mode debug des fichiers javascript pour Node.js
• Vérification de la qualité du code intégrée grace à JSLint
• Support des tests unitaires via JsTestDriver
• Détection des duplications de code Javascript, CSS et HTML
• Support du langage CoffeeScript
• Améliorations du debugger Javascript
• …

Contrairement à IntelliJ, il n’existe pas de version gratuite pour WebStorm. Une version d’évaluation de 30 jours est néanmoins disponible. Notons que des tarifs réduits sont pratiqués pour la sortie de cette nouvelle mouture.

JetBrains a également annoncé que la sortie de WebStorm 3.5 se fera au premier trimestre 2012.

Le langage JavaScript est décidément de plus en plus populaire et incontournable. Nul doute que cette popularité ne s’estompera pas en 2012, tant le web est un sujet en ébullition.

Google sera le moteur de recherche par défaut de Firefox pour 3 ans

Le 20 décembre, Mozilla a annoncé que Google sera le moteur de recherche par défaut de Firefox pour 3 ans. Cela fait suite à un accord dont les détails, financiers entre autre, restent bien sur confidentiels. C’est un événement important, indépendamment du navigateur que vous utilisez. En effet, Mozilla est une fondation à but non lucratif, ce qui n’est pas le cas des acteurs principaux du marché des navigateurs ou de la recherche : Microsoft, Google, Apple.

Spring est sur GitHub

Cela faisait longtemps que certains projects du framework Spring étaient sur GitHub. Voici l’annonce officielle dans laquelle SpringSource explique ce mouvement afin d’être plus proche des contributeurs grâce aux fonctionnalités offertes par GitHub. Cela ne vous empêchera cependant pas de devoir signer un accord pour toutes les contributions ‘non triviales’.

Sortie de Spring Data Mongo 1.0

Utiliser Mongo DB depuis le framework Spring est devenu encore plus facile avec la sortie de Spring Data Mongo 1.0. Ce cadeau de Noël contient :

• un template, MongoTemplate, pour faciliter les opérations classiques, avec une API fluide pour vos cas plus complexes;
• un namespace, mongo, permettant une configuration succinte des instances, de la réplication et du monitoring mais également d’enregistrer vos propres converteurs si la configuration du mapping par metadata ne convient pas à votre contexte;
• un support avancé des repositories grace à Spring Data: on notera par exemple le fait qu’il suffit de déclarer dans une interface votre requête suivant une convention définie et que le framework se chargera de l’implementation, qui est ‘juste’ une transformation du nom de la méthode;
• le support de QueryDSL pour ceux qui préféreraient une approche plus type safe;
• un appender vers mongo pour log4j : MongoLog4jAppender;
• un support pour de la persistance cross-store JPA + Mongo DB, permettant ainsi de prendre le meilleur du monde relationnel et NoSQL pour vos requêtes.

Actualité éditeurs / SSII

• Ubuntu: attention, désactivation de Oracle Java

RIA

• Sortie de RichFaces 4.1.0

Le coin de la technique

• Grails 2
• Mockito 1.9.0

Actualité éditeurs / SSII

Ubuntu: attention, désactivation de Oracle Java

Dans un souci de sécurité, Canonical, la société derrière la distribution Linux Ubuntu, vient d’annoncer qu’elle venait de désactiver le plugin Java des navigateurs Internet fournis avec le JDK de Sun. Cette modification a été réalisée par le biais d’une mise à jour de sécurité remplaçant le package existant par un package vide. La société a aussi annoncé que dans un futur proche, ce serait tout le JDK qui serait « neutralisé » de la sorte.
Si une telle intervention peut sembler une atteinte à la vie privée et rappellera pour certains l’affaire Amazon/1984, il faut bien comprendre que Canonical n’avait pas le choix:

• d’un coté, Oracle a retiré aux distributeurs d’OS le droit de redistribuer le JDK 6 dans sa version Oracle ex-Sun;
• d’un autre côté, une faille de sécurité ayant été découverte, Canonical ne pouvait pas laisser des millions de machines exposées comme ça.

Maintenant, plusieurs solutions s’offrent à ceux qui ont besoin de Java:

• passer sous OpenJDK, dans sa version 6 ou 7 et espérer ne pas tomber sur l’un des rares problèmes d’incompatibilité avec le JDK 6 version Sun,
• télécharger manuellement depuis le site d’Oracle le JDK 6, avec pour conséquence l’absence de mises à jour automatiques.

Nombre d’utilisateurs risquent donc de se retrouver du jour au lendemain avec des applications non fonctionnelles. Vous savez ce qui vous reste à faire face au problème: installer OpenJDK et… croiser les doigts !

RIA

Sortie de RichFaces 4.1.0

JBoss vient d’annoncer la sortie de Richfaces 4.1. Pour rappel, Richfaces est un framework de composants riches avec support d’Ajax pour les applications web JSF.
Au menu, on constate de nombreuses nouveautés, comme:

• De nouveaux composants issus de Richfaces 3 qui n’avaient pas encore été migrés: editor, pick list, et ordering list.
• Un nouveau composant notify pour afficher des messages de notification autrement qu’avec le composant rich:message.
• Correction de bugs et amélioration sur les composants suivants: push, fileUpload, drag and drop et extendedDataTable.
• Optimisation de nombreux composants (HTML5 et CSS3) pour le mobile, qui ne fonctionnaient pas ou mal. La liste complète est accessible ici.
• Optimisation des resources javascript et css (minification principalement) pour améliorer les performances sur mobiles.
• Migration des sources du projet vers GitHub.

On peut donc voir que l’équipe a mis l’accent sur la compatibilité et l’utilisabilité de ses composants pour les mobiles. Il reste encore beaucoup de travail à accomplir et la taille des fichiers ressources javascript et css restent encore importantes pour le mobile (environ 500ko).

De nombreux reproches ont été faits sur JSF et ses différentes librairies de composants comme IceFaces, ou encore PrimeFaces. Malgré tout, de par sa maturité, son importante bibliothèque de composants, et la richesse de son API Ajax, RichFaces s’impose de plus en plus. Un show-case des composants est accessible ici.

Le coin de la technique

Grails 2

Grails est un framework web dont le but est de booster la productivité du développeur en suivant le principe du convention over configuration. La nouvelle version du framework de SpringSource est sortie la semaine dernière apportant son lot de nouveautés.

Au menu :

• Bien sûr, la montée en version des différentes librairies: Groovy 1.8, Spring 3.1, Hibernate 3.6;
• Mode interactif pour le lancement des commandes, avec complétion permettant de créer rapidement les classes de notre application (create-controller, create-domain-class …). Les commandes sont lancées dans la même JVM ce qui réduit considérablement le temps d’exécution;
• Amélioration du rechargement à chaud des classes ce qui évitera de nombreux redémarrages (sur les classes du modèle par exemple);
• Meilleure remontée des erreurs dans le navigateur (comparable à ce que propose Play! Framework);
• Accès à la console d’admin de la base H2 depuis le navigateur;
• Scaffolding Html 5 avec jQuery par défaut (en remplacement de Prototype);
• On a maintenant le choix dans l’implémentation de GORM utilisée. Par exemple, une version pour MongoDB qui se base sur Spring data est en cours de développement.

Dans le même temps, Cloud Foundry et Heroku ont déjà annoncé qu’ils supportaient Grails 2. Côté IDE, les dernières versions de STS (2.9.0.M1) et d’IntelliJ supportent Grails 2. Pour migrer vos applications vers Grails 2, la liste des changements est consultable, les premiers retours semblent montrer que le travail de migration est limité.

Pour en savoir encore plus, InfoQ a réalisé pour l’occasion une interview de Peter Ledbrook, l’une des personnalités historiques de Grails.

On attend maintenant la réponse de Play!, actuellement en béta et dont la version 2 sortira à une date encore inconnue.

Mockito 1.9.0

Cette librairie conçue pour faciliter l’usage des mocks arrive avec de nouvelles fonctionnalités.

• Des annotations plus intelligentes permettent l’injection par constructeur mais également l’instanciation d’objets.
• Les stubs peuvent désormais être créés en une seule ligne.
• La vérification peut désormais ignorer les stubs.

Le style de la javadoc a également été amélioré. C’est le moment d’y faire un tour et de voir les fonctionnalités que vous avez pu louper. Par exemple, saviez-vous qu’il existait des alias pour faire du BDD plus simplement avec Mockito?

Actualité éditeurs / SSII

• Sonar 2.12
• Jetbrains Intellij IDEA 11
• Spring Framework 3.1

Le coin de la technique

• Embers.js

Événements de notre communauté en France et à l’étranger

• JavaOne Latin America 2011

Actualité éditeurs / SSII

Sonar 2.12

Une nouvelle version de sonar a été publiée, elle apporte plusieurs changements intéressants: 

• Le support pour le code java 7
• L’intégration native du plugin jacoco pour la couverture de code. Il ne remplace pas (encore?) le plugin par défaut cobertura
• L’amélioration de la détection de duplication
• >100 améliorations et bugs corrigés

Jetbrains Intellij IDEA 11

La nouvelle version d’Intellij IDEA est disponible avec comme à son habitude son lot de nouveautés:

• Amélioration des performances
• Meilleure intégration sous Mac OS X et Linux
• Support des dernières versions de framework : Groovy 2.0, Grails 2, Play! Framework, Android 4 …
• Support de nouveaux serveurs d’applications : JBoss 7, Websphere 8

Spring Framework 3.1

… est enfin sorti! On notera :

• Une configuration adaptable selon l’environnement avec l’ajout de profils activables par propriété passée par ligne de commande, dans le web.xml ou programmatiquement.

• La possibilité de supprimer de nombreux fichiers xml!
  • Désormais vos contextes d’application peuvent être complètement décrits par des annotations, avec l’aide par exemple de @EnableTransactionManagement.
  • Le WebApplicationInitializer utilisant la spécification Servlet 3.0 (ServletContainerInitializer) permet de supprimer le web.xml et de faire la configuration programmatiquement.
  • Le scan de package JPA ne requiert plus de fichier persistence.xml.

• L’ajout d’une abstraction pour ajouter facilement du cache.

• Support de Java 7 première-classe : JDBC 4.1 et configuration simple de ForkJoinPool.

Le tout est compatible Spring 3.0 et nécessite au minimum java 5 et Servlet 2.4.

Le coin de la technique

Embers.js

Nouvellement annoncé par Yehuda Katz, Embers.js est un framework javascript open source et gratuit destiné à simplifier le développement d’applications web avec un comportement riche. Originellement issu de sproutcore (et nommé sproutcore 2), il abandonne l’orientation « widget » et application native de ce dernier au profit d’une interface résolument web sans les limitations des widgets. Afin de ne pas semer la confusion dans la communauté avec ce changement radical d’orientation, les développeurs de ce nouveau framework l’ont rebaptisé Embers.js.

Ses buts sont :

• éliminer au maximum le boilerplate des applications javascript en proposant par exemple un moteur de template intégré côté navigateur capable de mettre à jour automatiquement les éléments de la page associés à des données du serveur.
• définir une convention sur la structure des fichiers côté navigateur pour éviter le « callback spaghetti »
• faciliter la gestion des états en permettant nativement de décrire les transitions entre les différents états

A l’inverse des frameworks traditionnels qui fonctionnent du côté du serveur, Embers.js est à placer à côté de GWT ou EXT.js où l’application est téléchargée une fois au début de la session, les données dynamiques sont associées (binding) avec des données côté serveur et se mettent à jour automatiquement. Cependant embers.js ne renie pas javascript ce qui lui permet d’intégrer plus facilement les multiples bibliothèques javascript qui émergent. De plus, il reste gratuit. Un framework à suivre …

Événements de notre communauté en France et à l’étranger

JavaOne Latin America 2011

La semaine dernière a eu lieu à São Paulo au Brésil la conférence JavaOne Latin America 2011. L’événement a réuni des entreprises, la communauté Java d’Amérique Latine, des geeks, des gurus, etc. qui ont discuté pendant 3 jours les nouveautés, les enjeux et l’avenir de l’écosystème Java.

Des tendances, déjà annoncées à Devoxx, ont été fortement reprises. On a beaucoup parlé du cloud et du déploiement des applications Java dans les “nuages”. JavaFX a fait aussi l’objet d’attention, surtout que le projet est devenu maintenant open source. La liste complète des sessions abordées lors de l’évènement peut être trouvée ici.

Voici un tour rapide d’autres sujets traités :

• Java 7 avec des sessions et hands-on qui ont mis en avant les nouvelles fonctionnalités (diamond generics, multi-catch, try-with-resources, rethrow, etc) ;
• Java 8 et le projet Lambda ;
• Project Jigsaw qui vise à modulariser les gros projets en remplaçant l’actuel système de CLASSPATH ;
• Oracle a présenté sa database NoSQL ;
• On a parlé aussi d’OpenJDK et du fait que des grands noms de l’informatique comme IBM, Twitter, SAP et Apple ont rejoint la communauté ;
• Les efforts des JUGs brésilien (SouJava) et londonien (London Java Community) pour plus de transparence dans le JCP avec la JSR 348.

Pour plus d’informations : Arun Gupta fait un petit bilan de la conférence dans son blog.

Actualité éditeurs / SSII

• Scala : la saga continue
• VMWare, Cisco et Google jouent aux marionnettes

Le coin de la technique

• Hibernate et ses performances anti-patterns
• Gitblit : le nouveau gestionnaire de repositories Git

Evénements de notre communauté en France et à l’étranger

• L’Apache Software Foundation et Subversion
• En vrac

Actualité éditeurs / SSII

Scala : la saga continue

Lors de notre précédente revue de presse nous vous avions parlé de l’article publié par Stephen Colbourne qui expliquait pourquoi il compare Scala aux EJB2. En réponse aux critiques qui l’accusaient de n’avoir pas assez utilisé Scala dans la vie réelle, il a publié un mail envoyé par Coda Hale (ingénieur infrastructure chez Yammer) à Donald Fischer (CEO de Typesafe) et Martin Odersky (créateur de Scala). Ce mail contient une série de critiques précises contre le langage (complexe, courbe d’apprentissage importante, forme idiomatique, outils de build immatures, incompatibilité des binaires entre versions majeures et des problèmes de performances de certaines formes fonctionnelles) qui ont amené Yammer à reconsidérer son utilisation.
Il s’avère ensuite que le mail est un échange privé dans lequel Coda Hale répondait à une demande de Typesafe sur les points d’amélioration possibles du langage, il avait été placé dans un gist de github pour relecture et s’est retrouvé partagé et repris par mégarde. Son contenu finit par être repris de façon générale.
Finalement, Yammer publie sa position officielle toujours par la plume de Coda Hale. Dans ce communiqué, il indique

• qu’ils suivent une philosophie très pragmatique, et qu’ils essayent de nombreux outils pour résoudre leurs problèmes.
• que tous les langages ont des défauts face aux types de problématiques rencontrées chez Yammer
• qu’ils ont construit plusieurs systèmes impressionnants avec Scala (gestion de centaines de milliers d’utilisateurs, de millions de recherches, etc avec des performance très élevées).
• que Scala est un langage encore jeune (il le compare à java 1.3) et qu’il est normal qu’il ait encore quelques bords à arrondir, que c’était justement le sens de la démarche de Typesafe.

En retrait de l’agitation, Martin Odersky adresse indirectement une partie des problèmes remontés lors de cette controverse dans un article publié sur le blog de Typesafe. Quelques points intéressants

• Support au développement avec l’annonce de la sortie en release candidate de scala IDE
• Courbe d’apprentissage réduite d’une part par l’IDE, par des sources gratuites dont un site de documentation collaboratif et pour le reste par des formations.
• Accélération du compilateur et soutient au travail accompli dans le compilateur incrémental de SBT.
• Community avec surtout le passage de Scala sous github

Il évoque également la performance, les frameworks (avec akka, et play2), les plans pour répondre aux problèmes de compatibilité binaire.

La bataille fait rage pour décider du langage qui remplacera Java sur la JVM, bataille qui ne manquera pas de s’amplifier avec les fonctionnalités annoncées pour Java 8 (Jigsaw, Lambda expressions, le reste du projet Coin, …) et l’arrivée de nouveaux challengers annoncés ces derniers temps (Kotlin et Ceylon)

VMWare, Cisco et Google jouent aux marionnettes

PuppetLabs, l’entreprise commerciale derrière l’outil Open source Puppet vient d’annoncer sur son blog que VMWare, Cisco et Google venaient de prendre des parts lors du dernier tour de table effectué par la société. En dehors du blabla marketing d’une telle annonce, il faut bien reconnaître que, comme elle le dit, ces partenaires utilisent déjà Puppet « en production et à grande échelle ». Et il est certain que cette association en jette !
En tout cas, il est certain que cette annonce se présente dans une dynamique très porteuse pour les outils de management de configuration. Avec le Cloud, la tendance à prendre en compte le Devops se confirme et c’est toute l’industrie qui va en bénéficier.
Rappelons que PuppetLabs édite aussi la solution commerciale Puppet Enterprise sortie il y a peu en version 2.0. Et pour ceux que ça intéresse, notons que ce récent article donne des pistes pour optimiser ses éditeurs texte et parle même de Geppetto, un IDE basé sur Eclipse pour Puppet.

Le coin de la technique

Hibernate et ses performances anti-patterns

Pour ceux qui n’ont pas encore vu cette présentation de Patrycja Wegrzynowic à Devoxx, Mathilde Lemée en reparle ici. Cet article détaillé revient avec des exemples précis sur des cas d’utilisation réel de l’outil. On y retrouve les exemples de N+1 SELECT, de problème de synchronisation en écriture et bien d’autres.
L’accroche de la présentation à Devoxx est simple « I do think Hibernate is a great tool ». De plus en plus de débats se lèvent sur l’utilisation de ce framework. Il est évertué par les uns pour son gain de productivité et son utilisation simple mais décrié par les autres pour les contraintes de modélisation qu’il entraîne et son côté opaque.
Lors de notre dernier XKE (Xebia Knowledge Exchange), nous avons eu la chance d’assister à une présentation de David Gageot sur la notion d’outil et de framework. Lors de cette session, il a codé sous nos yeux une application Web simple, sans utiliser de grand framework. L’idée était de nous amener à nous poser les bonnes questions face aux outils que nous utilisons tous les jours:

• En ai-je vraiment besoin ?
• A quoi sert-il vraiment ?
• Son utilisation m’amène-t-elle plus de valeurs ajoutées que de contraintes ?

L’idée directrice de David était de nous montrer que nous ne sommes pas obligés d’utiliser des outils très imposants pour des tâches très simples.
Un outil, à la différence d’un framework, n’imposera que peu de contraintes à son utilisateur. Il restreint son périmètre d’utilisation pour être « expert » dans une tâche bien précise. L’avantage cependant d’un framework est d’offrir des guides d’utilisation, afin d’assurer une homogénéité au sein de plusieurs projets.
Il faut savoir adapter l’outil à la tâche qui lui correspond. Mieux vaut utiliser des outils simples, non intrusifs pour faire correctement ce qui est demandé en se laissant la possibilité de changer plus tard.
De la même manière, Hibernate est un outil puissant, encore faut-il savoir l’utiliser correctement. Tous les cas d’utilisation n’en on pas l’utilité. Mais rappelons nous que si nous voulons l’introduire dans notre projet, apprenons d’abord à bien l’utiliser.Tout est une question d’adaptation. C’est le coeur de notre métier, comprendre le contexte pour lui apporter la meilleure réponse possible. La réponse universelle n’existe pas et c’est cela qui rend notre profession intéressante.

Gitblit : le nouveau gestionnaire de repositories Git

GitBlit est une application Web Open-Source (licence Apache Software Foundation version 2.0), reposant sur une stack pure Java, et qui a pour objectif de gérer, consulter et héberger des repositories Git. Il utilise pour cela JGit, une implémentation Java du gestionnaire de sources distribué.

L’application se présente sous deux modes :

1. Gitblit GO : une solution clé en main basée sur Jetty. Il n’est pas nécessaire d’installer un quelconque serveur Web ou même Git lui-même, c’est l’option à privilégier si l’on veut démarrer le plus simplement et rapidement possible. L’objectif de ce mode est d’obtenir un serveur fonctionnel avec un minimum de configuration. En effet, un unique fichier texte permet de configurer le serveur et Gitblit. Aussi, un certificat pour communiquer via HTTPS est automatiquement généré pour localhost et un script permet d’en générer un pour n’importe quel hostname.
2. Gitblit WAR : si vous utilisez déjà un conteneur de servlets où vous déployer vos différents outils, le mode WAR est à privilégier. Les versions 6, 7 et 8 de Jetty ainsi que les versions 6 et 7 de Tomcat sont supportées. De manière générale, n’importe quelle implémentation de Servlet 2.5 ou 3.0 devrait fonctionner.

Gitblit peut être utiliser de différentes manières :

• Comme une simple IHM Web (inspirée de Gitweb) pour consulter les repositories Git sans accès administrateur ou ou gestion de comptes utilisateurs.
• Comme une stack Git complète pour cloner, « pusher » et contrôler l’accès aux repositories.
• Gitblit peut être utiliser sans aucun outil relatif à Git (dont Git lui-même) ou il peut collaborer avec vos outils existants.

Les administrateurs peuvent gérer les repos et comptes utilisateurs soit via l’IHM Web, soit via une interface JSON RPC accessible depuis le Gitblit Manager (une IHM Swing pour gérer les repos Git et administrer un serveur Gitblit de manière distante) ou depuis un outil custom.

L’application requière au minimum un JRE/JDK 6.

Evénements de notre communauté en France et à l’étranger

L’Apache Software Foundation et Subversion

Ben Collins-Sussman, fondateur du projet Subversion et membre actuelle de l’Apache Software Foundation, vient donner son point de vue sur un débat qui fait rage : Pourquoi l’ASF choisit encore Subversion comme gestionnaire de source ?
La première réponse apportée par Jim Jagielski, un des leaders de l’ASF, est de garantir l’intégrité des projets sur le long terme et ne pas céder aux dernières modes. Ben Collins-Sussman pense lui que l’ASF est aussi présente pour fournir des protections légales face à l’utilisation des outils et d’assurer une cohérence aux long-termes et non seulement sur le software mais aussi sur les membres de la communauté.
Pour lui ce dernier point est assuré au sein de la fondation avec ces quelques mots « community over code ». Les réponses apportées aux différents problèmes des projets se font par consensus et système de vote au sein des projets.
Cet esprit de communauté et de protection légale est la raison pour laquelle Ben Collins-Sussman défend l’idée que les projets Apache doivent joindre le Grand Repository Subersion d’Apache. Mais l’utilisation de ce dépôt de source ne doit en aucun cas être unique. Certains projets pourraient selon lui utiliser Git et déposer de façon automatisée les sources au sein du Subversion d’Apache une fois par jour.
Pour reprendre le titre de son article, entrer dans une communauté, ce n’est pas être forcé d’utiliser tous ses outils.

En vrac

Sortie de Lucene 3.5.0 réduisant entre autre de façon significative la consommation mémoire lors de l’ouverture d’un IndexReader.

Sortie de ElasticSearch 0.18.5 comprenant des corrections de bugs mais surtout reprenant Lucene 3.5.0.

Sortie de Solr 3.5.0 reprenant également Lucene 3.5.0.

Sortie de SpringSource Tool Suite 2.8.1 dont le but principal est de réduire les couts de migrations de m2eclipse à m2e. Il y a d’ailleurs une FAQ intéressante sur m2e fournie par SpringSource (elle est bien sûr applicable aux utilisateurs d’Eclipse version « normale »).

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Actualité éditeurs / SSII

• Sortie de la première version stable de Restfuse 1.0

Le coin de la technique

• Humour de développeur

Evénements de notre communauté en France et à l’étranger

• Scala et les EJB2
• Retour sur l’atelier Apache Mahout des Duchess France

Actualité éditeurs / SSII

Sortie de la première version stable de Restfuse 1.0

Restfuse 1.0.0 est la première version stable de cette API créée par EclipseSource. Il s’agit d’une extension open source de JUnit qui permet de tester des implémentations différentes REST (Jersey, RESTLET, RESTeasy…). Ses créateurs s’appuient sur le besoin d’avoir des tests d’intégration sur les services REST au-delà des tests unitaires, et des mocks des services afin de vérifier que le système entier fonctionne correctement.

Les objectifs de ce framework sont :

• Trouver une solution propre pour tester les services REST asynchrones. Pour tester les services asynchrones, les deux solutions les plus communes sont : callbacks ou polling. Les annotations @Callback et @Poll sont fournies afin d’éviter de boucler sur la requête ou de démarrer le serveur avant ou dans le test.

• Faciliter la configuration des requêtes avec des annotations. L’annotation @HttpTest permet de configurer la requête HTTP et de l’envoyer avant que le test ne soit exécuté. Cette méthode essaie d’améliorer d’autres APIs de tests, comme rest-assured où la requête doit être configurée en code Java dans la méthode de test.

Vous pouvez trouver des exemples d’utilisation sur la page de Restfuse et aussi dans cet article InfoQ qui contient plusieurs exemples assez pratiques.

Le projet est hébergé sur Github. La version 1.0 est disponible sur le dépôt central de Maven et aussi sur p2 pour le systèmes OSGi.

Le coin de la technique

Humour de développeur

Nous vous avertissons tout de suite, si vous êtes allergiques à l’humour geek ou aux anglicismes, vous pouvez zapper ce passage qui risque de vous faire bondir. Toujours là ? Allons-y alors !
Depuis peu tournent sur la toile des liens vers cet article. Celui-ci est en fait un « best-of » d’une vieille page de StackOverflow ayant généré des commentaires sur 12 (!) pages. Nous vous laissons la lire, en plusieurs fois tout de même pour éviter l’overdose, mais voici une petite sélection:

• les Yoda conditions: elles consistent à inverser la variable avec la valeur testée dans une condition. Ainsi on écrira if (CONST_VALUE == variable) au lieu de if (variable == CONST_VALUE). Ceci car Yoda lui-même parle en inversant les mots: « si grande est la variable, Jedi tu deviendra ».
• Pokémon Exception Handling: consiste à faire un catch (Throwable t) histoire de catcher toutes exceptions. Provient du slogan des Pokemons « catch’em all« .
• Les accolades égyptiennes: elles représentent le formatage par défaut en Java (voir les préconisations de Sun), c’est-à-dire que la position des accolades fait penser à un Égyptien. Le mieux est de voir cela en image.
• Refuctoring: décrit l’action prenant un beau morceau de code bien pensé pour le transformer, à travers une série d’étapes (ir-)réversibles, en un immonde plat de spaghettis non maintenable.
• Stringly Typed: par opposition à « Strongly typed », indique l’absence de typage et l’utilisation à outrance des chaînes de caractères, entraînant des problèmes visibles seulement au runtime. Se rencontre souvent dans les fichiers XML ou chez les novices en Javascript.
• Le Baklava code: désigne du code où trop de couches s’empilent. On fera l’analogie avec la « Théorie des pâtes » qui assimile des problèmes d’architecture du code à des plats de pâtes. On y retrouve le code spaghetti, le code ravioli, le code lasagne et… le code Spaghetti avec boulettes. Délectez-vous avec les recettes !
• Hydra Code: désigne du code impossible à corriger, où une correction entraîne inévitablement de nouveaux bugs.
• Protoduction code: lorsque du code non prévu qui n’était pas destiné à se retrouver en production finit par y atterrir. Le « Protoduction Driven Development » se rapproche ainsi souvent du « Marketing Feature Driven Devlopment ».
• Megamoth: la MEGA MOnolitique méTHode se retrouve souvent dans les projets où des codeurs bien intentionnés ont regroupé en une seule méthode différents traitements et logiques compliqués histoire de garder le reste du code simple et clair. Généralement, cette méthode fait plusieurs écrans de haut, quelques centaines de lignes et les commentaires sont bien sûr sans rapport avec le traitement effectif.

C’étaient quelques-unes des perles de la première page du thread sur Stackoverflow. La lecture du reste des 12 page est bien sûr fortement conseillée pour se détendre les zygomatiques.

Evénements de notre communauté en France et à l’étranger

Scala et les EJB2

Stephen Colebourne, le bouillant project lead de Joda Time présentait à Devoxx le 17 novembre dernier une conférence sur le langage Fantom. De cette présentation on n’en a malheureusement retenu qu’une petite phrase sibylline lourde de sous-entendus: « Scala ressemble aux EJB2″.

La pique n’a pas manqué de créer le buzz, à tel point que Colebourne s’est senti obligé d’y apporter une explication, puis une autre.

Colebourne voit du mérite dans bien des langages: Groovy, Kotlin, Ceylon, Gosu, Xtend, Clojure et bien entendu, Fantom. Mais sur Scala il reste plutôt sévère: selon lui il y aurait « beaucoup à dire sur Scala, mais peu de bien », car ce langage « prend une direction totalement erronée pour l’avenir ».

Mais que reproche-t-il au juste à ce langage?

• Modularité. Scala n’a pas de système de modules et reprend ainsi une erreur fondamentale du langage Java, difficile à corriger (cf. le projet Jigsaw). Colebourne est d’avis qu’un outil externe tel que Maven, Ivy ou OSGi n’est pas une solution durable à un problème qui doit être résolu au coeur même du langage.

• Concurrence: pourtant si vantée, la programmation concurrente sous Scala ne serait pour Colebourne qu’un « écran de fumée ». Scala s’appuie davantage sur le design de ses librairies et sur une certaine discipline de codage que sur une contrainte forte et inhérente au langage, et permet en effet qu’un objet mutable soit partagé — contrairement à Fantom, qui lui traque ces objets et les signale par des erreurs de compilation.

• Communauté: la communauté Scala serait certes large et active, mais faite de sophistes davantage mus par la beauté du langage et l’émulation intellectuelle que par l’efficacité pragmatique des algorithmes. Colebourne la considère comme un cercle élitiste tendant à prendre de haut le Javaïste « de base ».

• Système de typage: pour Colebourne, ils serait tout simplement trop complexe, « au-delà du raisonnable ». Cette complexité serait un faux atout: « si j’ajoute un String à une liste d’entiers, je devrais obtenir une erreur de compilation, non une liste de Any« .

• Syntaxe: même verdict. Si la flexibilité permet l’écriture fluide de DSLs (et encore, Colebourne y préfère l’approche à la Fantom), les paramètres implicites ou encore les nombreux sucres syntaxiques du langage donneraient au code un côté obscur et hermétique. Utilisés à large échelle sur de grands projets par de vastes équipes, leur effet serait plutôt négatif sur la maintenabilité du code.

• Qualité: Colebourne rend ici la parole à Paul Phillips, un commiteur Scala, et cite des extraits d’un podcast datant de Juin 2011. Philips y évoque l’extraordinaire complexité du code et surtout avoue platement que Scala manque d’une « suite de tests extensive » couvrant l’ensemble du code. Pour Colebourne, c’est la preuve même que Scala n’aurait pas encore atteint les niveaux de maturité, maintenabilité et évolutivité que l’on est en mesure d’attendre d’un langage d’entreprise. (A quoi nous pourrions également rajouter que, comme le note Ceki Gülcü, Scala a à de nombreuses reprises brisé la compatibilité binaire entre releases: 2.7, 2.8, 2.9…)

En somme on pourrait résumer la pensée de Colebourne par « trop de flexibilité tue la flexibilité ». Il va de soi que ses opinions agacent bon nombre d’adeptes de Scala et n’ont pas manqué de déclencher de nombreux commentaires enflammés sur son billet, au milieu, il est vrai, de quelques réponses plus posées (et plus ou moins convaincantes). D’autres enfin ont préféré répondre point par point sous forme de billet.

Retour sur l’atelier Apache Mahout des Duchess France

La semaine dernière s’est tenu un atelier Apache Mahout organisé par les Duchess France et présenté par Michaël Figuière (Xebia) et Jean-Baptiste Lemée (Lateral Thoughts). Le but de cet évènement était de mettre en valeur les fonctionnalités qui peuvent être développées grâce à Mahout et qui sont encore très peu répandues dans les applications d’entreprise.

Apache Mahout est un framework d’apprentissage artificiel (_machine learning_). Il permet, entre autres, de réaliser des moteurs de recommandations, de la classification automatique de documents, ou encore du regroupement d’entités (_clustering_). Ce type d’algorithmique était principalement réservé au monde de la recherche il y a encore une décennie, avant de se répandre parmi les sites Web les plus populaires durant les années 2000, bien que restant une affaire de spécialistes. L’émergence de Mahout, projet initié en 2009, permet enfin la banalisation de ces fonctionnalités tant appréciées par les utilisateurs, grâce à son API Java simple. En cela Mahout devient à l’apprentissage artificiel ce que Lucene est devenu aux moteurs de recherche.

L’atelier Mahout a démarré avec une présentation générale et rapide du framework, suivie par un exercice pratique avec la mise en oeuvre de Mahout pour créer un moteur de recherche de recettes de cuisines, en seulement quelques lignes de code…

Si vous avez manqué cet évènement, vous pouvez retrouver les slides de la présentation ici.

Actualité éditeurs / SSII

• Adobe met Flex en Open source
• Geronimo 3 se prépare: certifié full Profile et utilise OSGI
• Google Eclipse Plugin est maintenant open source

RIA

• Sortie de JQuery Mobile 1.0

Le coin de la technique

• Persistance Polyglotte

Actualité éditeurs / SSII

Adobe met Flex en Open source

Adobe a annoncé que Flex allait être donné à une fondation open source. Les réactions à l’annonce ont été plus que mitigées, certains parlant d’abandon. Adobe a alors apporté des précisions:

• d’une part, la fondation envisagée est la Apache Software Foundation.
• les développements en cours, dont le nouveau compilateur et plusieurs widgets, seront inclus dans le transfert.
• enfin, Adobe va continuer à s’investir dans le développement de Flex, promettant une équipe de développement qui contribuera au projet open source à temps plein.

Geronimo 3 se prépare: certifié full Profile et utilise OSGI

Géronimo, le serveur EE Open-source d’Apache prépare sa nouvelle version. Comme nous le rapporte The H, la béta 1 vient de sortir. Certes, la release finale est sans doutes loin, mais le serveur a tout de même passé avec succès les certifications Full et Web-Profile de Java EE 6.
A noter que 2 versions du serveur existent. La première, avec Tomcat 7 et Axis 2, est celle qui a été validée. La seconde repose sur Jetty 8 et CXF. Par ailleurs, cette version est basée sur OSGI 4.3 et promet donc, en plus des applications EE, des facilités pour le déploiement d’applications OSGI.
L’annonce officielle est disponible sur le site du projet et la release note est ici.

Google Eclipse Plugin est maintenant open source

La semaine dernière, Google a annoncé que son célèbre Google Plugin for Eclipse (GPE) est maintenant open source. Pour rappel, GPE regroupe un ensemble d’outils de développement qui facilitent la conception, la construction et le déploiement d’applications qui utilisent GWT, SpeedTracer, App Engine et d’autres services du cloud de Google.

La communauté a réagit de manière positive suite à l’annonce. Max Andersen de Red Hat a souligné : “[...] suite à la mise à disposition du code source du plugin, nous envisageons de travailler plus étroitement avec Google et la communauté pour rendre l’expérience des développeurs plus productive et plus intégrée à la plate-forme Eclipse. Nous sommes particulièrement intéressés par les possibilités de déploiement sur des serveurs multiples, telles que la plateforme JBoss Enterprise Application et Google App Engine de façon uniforme [...]”

Le projet GWT Designer, qui s’appuie sur le projet de WindowBuilder, est également disponible sur Google Code sous la licence Eclipse Public License. De cette manière, Google espère que les contributions apportées par la communauté permettront l’amélioration et l’évolution du GPE.

RIA

Sortie de JQuery Mobile 1.0

Après un an de développement, JQuery Mobile sort enfin en version 1.0 finale. Basé sur les frameworks javascript JQuery et JQuery UI, cet outil va permettre de concevoir des interfaces graphiques en HTML5, Ajax et CSS 3 compatible sur un nombre impressionnant de mobiles et tablettes (iOS, Android, Blackberry, Bada, Windows Phone, webOS, Symbian, Meego, etc.)

Au menu, l’équipe met en avant les spécificités suivantes de JQuery Mobile:

• Une compatibilité avec de nombreux périphériques,
• Une dégradation progressive des composants en fonction des capacités de chaque périphérique,
• Des layouts et composants graphiques optimisés pour le tactile, avec auto-adaptation au périphérique,
• De grand efforts au niveau des performances (transition, scrolling) et du toucher sur les différentes plateformes mobiles,
• L’apparition d’un outil pour customiser ses propres thèmes graphiques avec ThemeRoller for Mobile,
• La possibilité d’intégrer JQuery Mobile avec PhoneGap, un outil très puissant pour déployer ses applications web sur de nombreuses plateformes,
• Une communauté très active, avec ses nombreux blogs, ressources et plugins.

JQuery Mobile utilise la version 1.6.4 de JQuery, et n’est donc pas compatible avec la récente 1.7, qui a introduit des évolutions non rétro-compatibles avec les précédentes version. Ainsi, il faudra attendre la prochaine version 1.1 de JQuery Mobile.

L’accueil de JQuery Mobile a été quelque peu mitigé. Les performances et la réactivité du toucher semblent très inégales selon le périphérique utilisé.
Malgré la compatibilité avec une large gamme de périphériques, de nombreux développeurs semblent privilégier pour le moment le framework Sencha Touch.

Le coin de la technique

Persistance Polyglotte

Vous avez sans doute déjà entendu parler de la programmation polyglotte: il peut être intéressant d’introduire plusieurs langages dans un projet de façon à disposer d’outils bien adaptés à chaque problématique.

Dans la lignée de la programmation polyglotte, Martin Fowler formalise la notion de persistance polyglotte avec une approche identique. Aujourd’hui tout le monde utilise la base de donnée relationnelle pour la persistance mais tous les problèmes de persistance ne sont pas adaptés au modèle relationnel. L’article en anglais offre une réflexion approfondie et quelques exemples sur le sujet.

RIA

• Inquiétude de la communauté Flex suite aux annonces d’Adobe

Le coin de la technique

• Sortie de JQuery 1.7

Evénements de notre communauté en France et à l’étranger

• CITCON London 2011

RIA

Inquiétude de la communauté Flex suite aux annonces d’Adobe

La semaine dernière, il y a eu beaucoup de confusions, et de rumeurs suite aux diverses annonces d’Adobe concernant Flash, Flex et HTML5. Tout a commencé lorsqu’Adobe a annoncé la semaine dernière l’abandon de Flash Player pour mobile. Une vague de rumeurs et de confusions s’est alors abattue un peu partout, certaines personnes confondant le Flash Player avec la solution AIR pour mobile qu’Adobe ne compte pas abandonner. Tout aurait pu s’arrêter là mais c’était sans compter sur les autres communiqués plutôt maladroits d’Adobe pour annoncer leur intention de miser sur HTML5 dans le futur et de leur intention de fournir Flex à la communauté. Ce qui a provoqué de vives réactions au sein de la communauté Flex, le plus parlant est bien entendu le billet de Fabien Nicollet auteur du blog Flex Tutorial qui montre bien l’inquiétude et l’incompréhension face à ces annonces. Finalement, suite à la panique engendrée, Michael Chaize, évangéliste de la plateforme Flash chez Adobe France a pris l’initiative de réaliser un communiqué non officiel à la communauté francophone pour la rassurer. Dans ce qui peut être dit :

• Adobe n’abandonnera pas Flex, une équipe Adobe – diminuée certes – travaillera en collaboration avec la communauté et d’autres sociétés utilisatrices de Flex,
• La totalité du projet Flex sera donnée à la communauté mais on ne sait pas encore à quelle fondation open source elle appartiendra,
• Adobe devrait donner plus d’informations sur Flex au moment de la sortie de la release de la version 4.6 qui est prévue pour le 29 Novembre 2011.

Au delà de la communauté francophone, on peut voir aussi beaucoup de réactions au travers des commentaires et réactions sur Twitter. Ce qui commence à faire réagir Adobe qui s’active pour réaliser une communication plus claire. Cette maladresse semble avoir ébranlé la communauté Flex. Espérons que les annonces à venir permettront de rassurer tout le monde et que l’ouverture de Flex à la communauté soit le début de belles initiatives.

Le coin de la technique

Sortie de JQuery 1.7

La nouvelle version de la très populaire librairie Javascript est sortie en début de mois avec son lot de nouveautés.

Au rang des changements, on notera l’apparition d’une nouvelle API de gestion des évènements. Celle-ci remplace et unifie les méthodes existantes de binding d’évènements (bind(), click(), delegate() et live()) par la méthode on(), et d’unbinding (unbind(), undelegate() et die()) par la méthode off().
Cette nouvelle méthode on est définie par la signature suivante : on(events [,selector] [,data], handler) (les éléments entre crochets sont optionnels). Elle permet donc d’associer une fonction de callback (handler) à un ou plusieurs évènement(s) déclenché(s) dans l’objet sur lequel la méthode on est appelé. Il est aussi possible de filtrer les éléments sur lesquels cette méthode s’applique à l’aide d’un css selector et de passer des données à la fonction de callback.
La fonction off de son côté possède la signature off([events], [,selector] [,handler]) permettant de supprimer des bindings. Les méthodes de binding habituelles sont encore présentes pour des raisons de rétro-compatibilité mais sont désormais dépréciées.

Cette nouvelle API vient avec une nouveau moteur de gestion des évènements qui amène une amélioration sensible des performances dans la majorité des cas.

Pour ce qui est des autres nouveautés :

• amélioration du support de HTML5,
• un fonctionnement plus intuitif des méthodes slideToggle() et fadeToggle(),
• le support de l’API Asynchronous Module Definition permettant la définition de modules qui pourront être chargées de manière asynchrone,
• de nombreuses autres améliorations et corrections de bug à voir dans le billet d’annonce.

Evénements de notre communauté en France et à l’étranger

CITCON London 2011

La CITCON (Continuous Integration and Testing Conference) s’est déroulé du 11 au 12 novembre à Londres dans les locaux de Skills Matter. Comme son nom l’indique, cette conférence est dédiée à tout ce qui touche à l’intégration continue et aux tests mais c’est avant tout un événement de type « Open Space ».

Le principe de la CITCON

Le premier jour de la conférence débute à 18h. Tous les participants (environ une centaine) sont invités à proposer un sujet (débats, présentation technique, démonstration d’un outil, …). Un court résumé est rédigé sur un post-it qui sera ensuite collé sur un immense tableau représentant le planning de la conférence :

Le planning s’est très vite rempli, il y avait 5 salles à notre disposition pour les 5 slots horaires prévus (1 heure par slot). Vous l’aurez compris, le contenu de la conférence est entièrement créé par la communauté. Elle est libre de proposer les sujets mais également l’heure à laquelle ils seront abordés (on parle de planning refactoring, tout le monde avait la possibilité de changer les post-it de place). Comme 5 sujets sont animés en parallèle, les participants avaient la possibilité de quitter une salle pour se rendre dans une autre si finalement la discussion ne les satisfaisait pas, c’est ce qu’on appelle la règle des deux pieds.

Les sujets abordés
Voici une liste non exhaustive des discussions animées par les participants.

• Root Cause Analysis by Squirrel
• Aramis: Why do projects fail by Eric Lefevre-Ardent.
• Dev and Ops and System Ops oh my by Squirrel
• Configuration Changes
• What can we learn from CI by Benjamin Mitchel
• Do you use your tests in prod
• Radiators by Tom Denley
• How to move an agile team from Continuous Integration to Continuous Deployment
• To feature branch or not to feature branch
• Are you satisfied of your build tools
• TDD : Hands On
• …

N’ayant pu assister à toutes les présentations, je vous livre quelques informations (il est difficile de retranscrire l’intégralité des discussions).

TDD : Hands On
La session TDD animée par Steve Freeman (l’auteur du livre Growing Object-Oriented Software, Guided by Tests) était très intéressante. Un des participants voulait comprendre comment mettre en place le Test Driven Development dans son projet. Pour ce faire, il a projeté sur le video-projecteur une méthode écrite en Java non testée. Steve Freeman a guidé l’assistance de bout en bout. De la création de la classe de tests jusqu’à l’injection de dépendances en passant par l’écriture de tests unitaires mettant en exergue les règles de gestion de la classe à refactorer.

Are you satisfied of your build tools ?
Un premier tour de table était destiné à lister tous les outils de builds utilisés au quotidien par les participants. Les noms de Ant, Gradle, Maven sont évidemment sortis assez vite, mais il existe toujours des projets qui utilisent Make. Nous avons abordés les outils connexes que sont Jenkins, Teamcity et des plugins comme m2eclipse.

La conférence s’achève
En fin d’après midi, nous voilà tous réunis pour exprimer en quelques mots les moments forts et les souvenirs que nous garderons de CITCON 2011. Un tirage au sort a permis à quelques chanceux de gagner des livres tels que Agile Testing et Domain Specific Language.

C’était un réel plaisir d’assister à la CITCON, énormément de passionnés venant parfois de très loin. Il y a forcément une certaine déception de ne pouvoir assister à toutes les présentations, par exemple à celle où un participant a construit un robot pour tester Angry Birds automatiquement !

Actualité éditeurs / SSII

• Apache Harmony: l’accord final
• Eclipse souffle ses 10 bougies!
• Et un nouveau langage, un!

Agilité

• Jeux agiles, c’est sérieux

Le coin de la technique

• Benchmarking de Cassandra avec Amazon EC2

Evénements de notre communauté en France et à l’étranger

• Velocity Europe à Berlin le 8 et 9 novembre

Actualité éditeurs / SSII

Apache Harmony: l’accord final

Lancé en 2005, le projet Harmony avait pour finalité de créer un JDK distribué sous licence Apache.

Le but était noble, mais le chemin, semé d’embûches: craignant sans doute que la concurrence d’une implémentation open-source et non-virale du JDK ne lui fasse de l’ombre, Sun a toujours opposé une fin de non-recevoir aux demandes adressées depuis 2006 par la Fondation Apache afin d’obtenir un accès au TCK (Technology Compatibility Kit), le précieux sésame indispensable pour qu’Harmony puisse bénéficier du label Java.

L’acquisition de Sun par Oracle en 2009 marqua un tournant dans le monde Java, mais n’a pas vraiment changé l’ostracisme dont souffrait Harmony.

2010 fut l’année des défections: IBM d’abord, son sponsor principal, puis Apple, ont tous deux décidé d’orienter leurs développements vers le projet OpenJDK, l’implémentation open-source mise en avant par Oracle – mais cette fois-ci, il s’agit d’une licence GPL, licence bel et bien virale bien qu’adoucie par l’exception de classpath. C’en fut trop pour la Fondation Apache, qui menaça d’abord de claquer la porte du JCP (Java Community Process) – puis, un mois plus tard, mit ses menaces à exécution.

L’année 2011 démarre sous de meilleurs auspices: c’est la réconciliation, entre Oracle et la communauté Java d’une part; entre Oracle et ses partenaires d’autre part. Mais voilà que cette réconciliation se fit autour du projet OpenJDK, paré désormais de nouveaux statuts fédérateurs et du titre d’implémentation de référence de Java 7. Le projet Harmony se trouva alors définitivement hors-jeu. Google, le seul à avoir misé sur Harmony dont il équipa son système d’exploitation Android, en fait encore les frais: le procès-fleuve qui l’oppose à Oracle est en effet loin de se terminer.

En présentant sa démission en mars dernier, Tim Ellison, alors président du PMC (Project Management Committee) du projet Apache Harmony, avait déjà évoqué l’hypothèse funeste d’un déplacement du projet déjà moribond vers le mouroir des projets Apache. Voilà qui est malheureusement chose faite aujourd’hui: le 29 octobre dernier un vote fut lancé, et le 3 novembre, la décision fut validée à 20 voix contre 2 : c’est donc officiellement la fin du projet Harmony.

Eclipse souffle ses 10 bougies!

Nos confrères d’InfoQ n’ont pas manqué de célébrer cette première décennie du célèbre IDE et retracent sa passionnante histoire, des débuts dans le giron d’IBM, en passant par la création de la Fondation Eclipse en 2004 puis par la « révolution » OSGi, et jusqu’au succès grandissant des rassemblements annuels EclipseCon en Amérique et en Europe. Il en ressort un constat admiratif: que l’on en soit adepte ou bien détracteur, Eclipse a bel et bien marqué de son empreinte le développement logiciel de ces dernières années.

Et un nouveau langage, un!

Et justement, parlons-en d’Eclipse! Edité par la Fondation Eclipse, Xtend est un langage de programmation à typage statique basé sur Java (même système de typage, support complet des generics) mais qui améliore certains de ses concepts. Ce dernier n’a pas pour ambition de détrôner Java, mais d’en étendre les capacités là où il pèche. En effet, il diminue notamment les éléments de syntaxe inutiles et rend le code plus lisible et maintenable grâce à:

• L’inférence de types sur les déclarations de variables, les types de retour, les boucles for et les closures;
• L’invocation des getters et setters en accédant directement à la propriété de l’objet;
• Les point-virgules deviennent optionnels mais aussi les parenthèses pour les méthodes sans arguments. Le mot clé return devient lui aussi optionnel, la dernière expression de la méthode est implicitement considérée comme une valeur de retour.

Techniquement, le code Xtend est compilé en Java et non en bytecode via une compilation incrémentale. De ce fait, le code compilé peut être aisément lu et compris par un développeur Java et être utilisé pour développer sous Android ou GWT par exemple.

Aussi, Xtend vient directement avec un support IDE poussé (Eclipse naturellement), qui offre une expérience de développement quasi similaire au développement en Java standard avec les IDE modernes (coloration syntaxique, navigation, compilation incrémentale, refactoring, etc.). Il est aussi possible de naviguer depuis du code Xtend vers du Java et vice et versa.

Enfin, preuve que Xtend n’a pas pour vocation de remplacer Java mais de le moderniser, le langage est capable de produire uniquement des classes. Pour le reste (interfaces, enums et annotations), il s’appuie sur sur le modèle éprouvé de Java.

Côté « sucres syntaxiques », voici ceux proposé par le langage:

• Les closures, qui restent à ce jour l’une des fonctionnalités les plus attendues pour le langage Java. La documentation montre plusieurs manières de les mettre en oeuvre.
• Un bloc switch amélioré: plus aucun risque d’enchaîner les case par oubli du mot-clé break, le switch à la mode Xtend n’évalue qu’un seul bloc case tout au plus. Il offre aussi la possibilité de lui passer presque n’importe quel type d’objet (exceptés le type primitif boolean et son wrapper). De plus, l’instruction case a été améliorée et peut désormais effectuer toute sorte de tests sur l’objet évalué, et non plus un simple test d’égalité :

switch myString {
 case myString.length > 5 : 'a long string.'
 case 'foo' : 'It's a foo.'
 default : 'It's a short nonfoo string.'
}

Le langage offre aussi la possibilité de typer les instructions case en les préfixant par un type, dans le cas où l’objet passé en paramètre du switch serait étendu par d’autres classes. Dès lors, un opérateur instanceof est évalué et un cast implicite est effecuté pour accéder aux propriétés et méthodes de l’objet:

var Object x = ...;
switch x {
 String case x.length() > 0 : x.length()
 List<?> : x.size()
 default : 1
}

• Les Template expressions qui permettent entre autres de déclarer une chaîne de caractères sur plusieurs lignes sans utiliser l’opérateur de concaténation, mais aussi de déclarer la chaîne avec des guillemets simples (single quotes) pour éviter de multiplier les caractères d’échappement. Cette fonctionnalité permet aussi de formater/indenter et de gérer les whitespaces des outputs aisément.
• Les Méthodes d’extension : Xtend tient son nom de sa capacité à étendre les types via des méthodes d’extensions. Ces méthodes d’extension permettent d’ajouter des méthodes à des types existants sans les modifier.
• Le Multiple dispatch: plus connu sous le nom de surcharge de méthode. Par défaut, Java ou même Xtend lient les méthodes surchargées à la compilation en se basant sur les types statiques des arguments. En déclarant le mot clé dispatch dans la signature de la méthode, le langage permet de définir un ensemble de méthodes surchargées basé sur les types des arguments au runtime.

A noter que Xtend a été développé avec Xtext, un framework pour le développement de Domain Specific Langages, et est basé sur Xbase, un ensemble prédéfini d’expressions qui peuvent être utilisées simplement pour développer n’importe quel langage avec Xtext.

Agilité

Jeux agiles, c’est sérieux

Le buzz de cet automne ce sont les jeux agiles. Le mouvement prend de l’ampleur et de plus en plus d’agilistes en France se tournent vers ce type d’ateliers ludiques mais véritablement efficaces pour leur travail au quotidien, des exemples récents ici, ou encore là le démontrent. Chez Xebia nous utilisons aussi des Innovation Games(R) pour cadrer un projet, résoudre des situations de blocage chez nos clients, ou simplement animer une rétrospective de sprint. Mais les jeux sont aussi un moyen d’apprentissage puissant. Lors de son passage il y a 2 semaines pour une formation Kanban chez Xebia, David Anderson nous a fait jouer à getKanban, un jeu qui permet de simuler la mise en oeuvre d’une gestion de projet façon Kanban. Pendant le jeu, le formateur est là pour nous éclairer sur nos prises de décisions et répondre à nos interrogations, les stagiaires sont acteurs de leur acquisition de connaissance et l’erreur est possible, voire encouragée. Si vous êtes curieux de ces techniques et souhaitez participer à une mise en oeuvre, notez dans vos agendas la SCRUM Night organisée par le French SUG le 7 Décembre et dont le programme sera composé uniquement d’ateliers ludiques et de jeux sérieux (l’agenda est en cours de construction). De son côté, Xebia présentera un sujet intitulé « Ludification du travail » le 10 Novembre prochain à l’EPITA lors de sa 24ème semaine de Conférences Technologiques.

Le coin de la technique

Benchmarking de Cassandra avec Amazon EC2

Les personnes qui étaient aux derniers ateliers Xebia Tech Event auront remarqué l’utilisation d’Amazon EC2 afin d’équiper les participants en environnements de travail virtuels. Le site Netflix propose un retour d’expérience de l’utilisation d’Amazon EC2 dans le cadre de tests de charge du système NoSQL d’Apache, Cassandra.
La charge est produite par l’outil de stress test distribué fourni avec Cassandra, sur des instances créées sur Amazon EC2.

Les outils développés par Netflix sont capables de créer, en une heure, un cluster comprenant :

• 288 instances de tailles de type M1 Extra Large (m1.xl) réparties sur trois continents;
• 60 instances pour le client de stress test (type m2.4xl) sur un seul continent.

Netflix précise qu’Amazon a mis environ 15 minutes pour créer les 348 instances! Les 45 autres minutes de préparation de l’infrastructure ont été prises par le temps de démarrage de Linux, les JVM des injecteurs, de Cassandra et la création de l’anneau du cluster.
Le test a duré 2 heures, pour un coût total de quelques centaines de dollars. L’avantage mis en avant par Netflix d’utiliser Amazon EC2 est de pouvoir réaliser des tests à très grande échelle, en quelques heures, sans aucun pré-requis matériel ou même impacter l’infrastructure de production. Ce test aurait certainement été plus lent et plus coûteux à organiser dans un datacenter privé d’entreprise.

Netflix a mesuré deux éléments :

• la persistance sur le disque pour l’écriture;
• la performance de cache en mémoire pour la lecture.

Les tests ont été lancés avec 48, puis 96, 144 et enfin 288 instances, avec 10,20,30 et 60 clients. Vous retrouverez dans leur billet les configurations matérielles utilisées lors de ces tests. Un tableau récapitulatif donne une estimation du coût du test de charge entre chaque tir.
Etant donné que les injecteurs de tests étaient sur un continent (Amérique), et les clusters sur trois (Europe, Asie, Amérique), 2/3 du trafic était intercontinental.

Chaque injecteur génère 20 000 requêtes par seconde. Le client est connecté à 3 noeuds Cassandra. Le principe du LOCAL QUORUM est ici utilisé (on attend la réponse de N/2 + 1 noeuds pour la confirmation). Le débit d’écriture a atteint 1,1 million d’écritures par seconde sur tout le système. Avec la réplication entre chaque noeud, on arrive à 3,3 million d’écritures par seconde.
Les mesures effectuées prouvent une montée en charge linéaire de 48 à 288 instances sans identifier de goulet d’étranglement. Les mesures unitaires de chaque noeud montrent une activité équivalente, preuve que le cluster distribue correctement la charge.

Cela démontre bien les nouvelles possibilités offertes par les systèmes d’infrastructure sur demande, et les défis que cela nous permet de relever.

Evénements de notre communauté en France et à l’étranger

Velocity Europe à Berlin le 8 et 9 novembre

Velocity Europe organise mardi 8 et mercredi 9 une conférence à Berlin sur le thème Web Performance et Operations.
Les présentations abordent de nombreux sujets passionnants.
Voici quelques unes des sessions sur les performances Web :

• Know Your Engines: How to Make Your JavaScript Fast
• Mobile UI Performance
• Performance Automation 101

Et sur les operations :

• Be Fast Or Stay Behind – Building A Continuous Delivery Platform
• HTTP Connection Management, From 10 Users To 100 million
• NoSQL Performance In The Real World

Des keynotes auront également lieu avec des speakers venus de Google, Amazon, Dynatrace, New Relic, etc.
Il est important de préciser que certaines présentations sont retransmises en direct, mais pas forcément celles qu’on voudrait .

Actualité éditeurs / SSII

• Spring Suite Tool (STS) 2.8.0
• L’avenir des clients Java passera par JavaFX

Agilité

• Estimations
• Les métriques du bonheur

Le coin de la technique

• Continuous Deployment

Actualité éditeurs / SSII

Spring Suite Tool (STS) 2.8.0

SpringSource vient de sortir la dernière version de son IDE basé sur Eclipse : Spring Source Tool Suite (STS) 2.8.0. Il inclut désormais Eclipse Indigo SR1, avec le support de Java 7. Il ajoute également le support de Spring 3.1 pour la configuration des beans : profiles et c-namespace. De plus, l’intégration avec Maven s’améliore avec le passage de m2eclipse 0.12 à m2e 1.0 (attention tout de même, ce dernier introduit la notion de connectors qui sont requis pour lier les plugins à Eclipse mais n’existent pas pour tous les plugins Maven, certains l’ont subi avec difficulté).

Vous utilisez Spring mais pas STS? Vous devriez essayer! Tous les plugins pour Spring sont présents et le téléchargement inclut les dernières versions de Maven (3.0.3), Spring Roo (1.1.5) et tcServer (2.6.1).

L’avenir des clients Java passera par JavaFX

Durant la dernière conférence JavaOne 2011, Oracle a dévoilé sa stratégie concernant les applications clientes Java. Sans surprise, Oracle mise sur JavaFX.
Pour rappel, JavaFX est une API pour développer des RIA (desktop ou mobile), apparue il y a quelques années, mais qui n’a pas rencontré le succès escompté. Face à cet échec, une nouvelle version 2.0 de JavaFX a été présentée à la conférence JavaOne 2010.
Parmi les nouveautés marquantes, on peut noter l’abandon du langage Fx Script pour une API full Java. Cela permet notamment l’utilisation d’autres langages compatibles avec la JVM, tels que Groovy ou Scala. On voit aussi apparaître un descripteur d’interface graphique au format FXML. Celui-ci sera accompagné d’un outil graphique (standalone pour le moment), Java Fx Scene Builder, facilitant la création des interfaces. Cet outil fera son apparition courant 2012. Enfin, JavaFX pourra embarquer des composants HTML5 et JavaScript via l’utilisation de WebKit. Le projet Avatar pousse même encore plus loin, en proposant des applications hybrides avec des interactions entre le monde JavaFx et HTML5.

Afin d’accélérer son développement, JavaFX va devenir open-source et sera intégré directement dans le projet OpenJDK. En parallèle, J2ME, l’API mobile historique de Java, va être unifié aussi dans le prochain JDK.

L’objectif d’Oracle est de diffuser JavaFx sur un maximum de périphériques possibles: desktops, mobiles et tablettes. Potentiellement, tous les périphériques compatibles avec la JVM pourront supporter JavaFX. Une version bêta est d’ores et déjà disponible pour Mac OS X. Une version pour Linux (Ubuntu) fera son apparition en 2012. Au final, JavaFx 3 sera intégré dans le JDK 8 prévu pour 2013 et sera compatible avec toutes les plateformes.

Agilité

Estimations

Un sujet revient régulièrement lorsque l’on parle d’agilité, c’est celui de la planification et de l’estimation de la durée d’un projet. InfoQ a d’ailleurs publié récemment 3 articles dédiés au sujet.

Le 1er article parle de la problématique d’estimer un projet dans sa globalité. Un tel problème fait toujours bondir les agilistes ! En fait, plus le contexte est connu et maîtrisé par l’équipe de développement, moins il est malhonnête de faire des estimations. Mais celles-ci sont généralement difficiles. Une idée évoquée est de démarrer avec un scope fixe permettant d’éduquer graduellement le client à l’Agile afin de lui ouvrir les yeux sur le mirage du périmètre fixe. Dans les commentaires, on trouve des avis contradictoires, mais tous valables. Adam Nemeth par exemple, s’exclame que les estimations sont inévitables: nous sommes payés pour résoudre les problèmes qu’ont d’autres et ils attendent les solutions pour une date donnée. Il est par exemple inconcevable de sortir le site internet des JO d’été de 2012 en hiver par la faute d’une erreur dans le chiffrage des tâches. Mais, plus loin dans son commentaire, on se rend compte que lui est capable de bien planifier car il a la chance de travailler dans un environnement stable avec des patterns de problèmes identiques pour lesquels il a pu mettre en place une solution qui s’applique à chaque fois. Dans un tel environnement « idéal », il n’est pas inconcevable de pouvoir chiffrer aisément avec une bonne approximation.

Le second article se demande si le temps est venu d’arrêter d’estimer les user stories. On retrouve là aussi, en caricaturant, une distinction entre ceux qui pensent qu’il vaut mieux créer un produit de qualité et ceux qui pensent que les estimations sont, bien que science inexacte, un mal nécessaire. Les commentaires, une fois de plus, ne sont pas inintéressants. Josh Gough y décrit ce dans quoi certains se reconnaîtront: il parle des « guesstimates » (estimation basées sur rien de concret) et des « wishtimates » (lorsque la date prévisionnelle de fin de projet prise en compte est la date idéale) qui sont souvent utilisées en lieu et place d’estimations vraiment réalistes. Pour lui, elles sont généralement basées sur des aspects politiques ou des facteurs psychologiques qui donneront à la personne inexpérimentée qui est en charge une fausse sensation de contrôle. Que faire lorsque le management attend de vous non pas un intervalle de risque mais une date fixée dans le marbre ? Il préconise de manière pragmatique d’essayer de s’appuyer sur des données empiriques et factuelles ainsi que de sensibiliser les personnes à la complexité des projets, des tests et du risque. Plus loin, ce même Josh Goush utilise une analogie avec le travail d’un peintre. Confieriez-vous la peinture de votre maison à un peintre vous ayant fixé un prix sans même vous avoir demandé le nombre de pièces et leur taille ? En développement logiciel, c’est le même principe exception faite que la taille et le nombre des pièces est extrêmement dur à appréhender. Et nous revenons ici au principe de base de l’agilité qui est d’adapter le projet au fur et à mesure de son avancement aux besoins changeants du client. D’où l’impossibilité de déterminer une fois pour toutes un chiffrage en amont du développement.

Enfin, un troisième article se demande ce que signifie le « rythme soutenable » évoqué dans le manifeste agile et comment y parvenir. Le lien avec la difficulté d’estimer un projet est vite réalisé: il est fréquent que des estimations initiales prétendent tenir compte de tous les évènements imprévus (!). Dans ce cas, il n’y a plus que les heures sup’ pour absorber les vrais évènements imprévus qui ne manquent pas de survenir. Au final il semble que tout le monde s’accorde à dire que les premières victimes d’un rythme élevé sont toujours la qualité et les bonnes pratiques.

Les métriques du bonheur

Qui a dit que les métriques, si chères à notre gestion de projet, sont tristes et vous donnent le cafard le lundi matin en stand-up? Que dire des courses à l’indicateur, pour atteindre l’objectif chiffré, quoi qu’il en coûte!
Anders Laestadius, coach agile suédois de son état, nous propose une liste de quelques métriques que son expérience lui indique comme nécessaires:

• la mesure de bonheur ou de stress de l’équipe, pour la partie management
• le pourcentage de duplication de code, ainsi que la couverture de tests, pour la partie conception de l’application
• Le release burn down et lead time pour suivre l’engagement du projet envers le client.

Avancement du projet

L’un des incontournables de la méthode SCRUM est la mesure du Release Burn Down. Anders préconise le suivi de la Release plutôt que du sprint, ce qui est plus en accord avec la vision client.
Lors de l’utilisation de la méthode Kanban, il préfère utiliser le « Lead Time ». Il consiste à mesurer le temps que met une tâche pour sortir du système. Il permet de connaître le taux de « réactivité » de l’équipe et sa capacité à absorber une certaine charge de travail dans un intervalle de temps donné.

Santé technique de l’application

Selon l’auteur,le taux de duplication de code est le meilleur indicateur de qualité de code pour une application. Un code trop souvent dupliqué soulève un problème de conception avec du refactoring à prévoir. De plus, cela est source de bugs et d’effets de bord. Facile à détecter, et relativement facile à corriger.
Pour le taux de couverture de code, le Test Driven Development reste la solution numéro 1 pour l’améliorer efficacement. Les outils de couverture de code, comme Cobertura, permettent de rapidement voir les portions de code non testées, pour améliorer encore et toujours la robustesse de nos applications.

L’équipe

L’indicateur de « bonne humeur » d’une équipe permet de voir d’un autre point de vue l’équipe. On ne parle plus d’effort, de vélocité ou de taux de progression. La bonne humeur est directement liée à la motivation de l’équipe à respecter l’engagement du sprint. On peut aussi utiliser l’indicateur de « Stress ». Cela permet aussi de détecter, lors des creux, des problèmes qui déstabilisent l’équipe, pour mieux les résoudre ensuite. Mais attention, stress et motivation ne sont pas forcément contradictoires. Le daily scrum meeting ou la séance de rétrospective de SCRUM sont les moments privilégiés pour mesurer cet indicateur.

Le coin de la technique

Continuous Deployment

Pour ceux qui n’ont pas encore entendu parler du déploiement continu, Ranjan D. Sakalley nous propose une excellente introduction sur le sujet.
Ce processus n’est que la suite logique de l’intégration continue. Il consiste à déployer son application le plus rapidement, le plus sûrement et donc, le plus souvent possible. On est toujours dans l’esprit d’avoir un cycle de travail court avec un retour rapide sur ce qui a été développé, pour corriger au plus tôt et ainsi réduire le coût global de mise en oeuvre de l’application. De célèbres exemples, comme Flickr et Github sont capables de mettre en production leurs applications plusieurs fois par jour, oui par jour!
Pour arriver à un tel niveau de maturité, il faut se doter d’une couverture de tests exemplaire et surtout, cela impose la nécessité d’automatiser tous ces tests.
L’exemple donné révèle rapidement le besoin d’avoir une équipe de 50 testeurs pour arriver à recetter une application de taille moyenne en 2 heures. On précise aussi que l’investissement initial a été de deux développeurs pendant deux mois pour la création des scripts de tests.
Si on doit livrer son application plusieurs fois par jour, on voit tout de suite la nécessité de l’automate.
L’article souligne aussi que l’automatisation des tests simples et répétitifs libère du temps aux testeurs qui peuvent ainsi aller plus en profondeur sur le code existant, pour ainsi trouver des bugs plus profonds. Cela rend au passage leur journée de travail plus intéressante, ce qui n’est pas rien en ces jours d’hiver qui s’obscurcissent!
L’auteur nous rappelle aussi qu’il est autant nécessaire de tester les aspects fonctionnels que non-fonctionnels, comme la tenue de la charge ou la performance.

Ce sujet est un bon complément aux deux derniers ateliers organisés chez Xebia sur le déploiement continu, où l’on a vu comment le plugin Apache Tomcat Maven, Rundeck et DeployIt, avec Jenkins, nous aident à faire du déploiement en zéro clic après un git-push sur un repository de code. Nous publierons très prochainement un billet sur le sujet, ainsi que sur toute l’infrastructure mise en place sur Amazon EC2, avec notre stratégie d’Infrastructure as a code. Restez à l’écoute si ces sujets vous intéressent!

Actualité éditeurs / SSII

• La nouvelle Platforme-as-a-Service d’IBM
• Jackson 1.9.0

Actualité éditeurs / SSII

La nouvelle Platforme-as-a-Service d’IBM

La semaine dernière IBM a fait le buzz en annonçant sur son site web le lancement de sa toute nouvelle Platform-as-a-Service SmartCloud.

Les objectifs sont ambitieux : supporter 200 millions d’utilisateurs d’ici fin 2012. Dans un premier temps, IBM proposera sa solution PaaS en tant qu’option supplémentaire pour les entreprises de développement qui souhaitent déployer leurs applications dans le  cloud. Par la suite, IBM souhaite atteindre une utilisation plus massive de sa solution en suivant la tendance de migration des applications vers les nuages.

La plateforme SmartCloud est composée de trois plateformes complémentaires :

• IBM SmartCloud Application Services : la solution PaaS avec des produits IBM embarqués ;
• IBM SmartCloud Foundation : toute la partie hardware et software qui permettra aux entreprises de déployer leur propre système de cloud ;
• IBM Cloud Ecosystem : des services d’assistance pour l’adoption des solutions cloud d’IBM et pour la mise en place de bonnes pratiques.

Même si IBM a pris un peu de retard sur le cloud par rapport à d’autres acteurs comme Google ou Microsoft, le géant de l’informatique reste très optimiste sur l’adoption de son produit. Comme IBM est un acteur majeur dans la fourniture de solutions pour le développement corporatif, son image jouera un rôle prépondérant lors des choix des solutions cloud au sein des DSIs.

Jackson 1.9.0

La nouvelle version 1.9.0 de Jackson est sortie la semaine dernière. Cette librairie est spécialisée dans la sérialisation/désérialisation en JSON vers Java avec de très bonnes performances et s’intégre très bien sur des frameworks comme Springframework. Parmi les nouveautés on trouve:

@JsonUnwrapped

Cette fonctionalité permet de construire des objets enfants à partir de la structure principale du Json. Avec un exemple ça sera plus simple:

{
    "name" : "home",
    "latitude" : 127,
    "longitude" : 345
  }

devient

class Place {
    public String name;
    @JsonUnwrapped
    public Location location;
  }
  class Location {
   public int latitude, longitude;
  }

Partage des annotations sur les getters/setters/champs

Jackson avait l’habitude d’utiliser les getters pour la sérialisation et les setters pour la déserialisation sans qu’aucun lien ne soit fait entre eux. Donc pour un exemple comme celui-ci:

class Point {
    @JsonProperty("width")
    public int getW();
    public void setW(int w);
  }

La propriété était sérialisée en tant que width mais au moment de la désérialisation Jackson cherchait la propriété w. A présent la correspondance sera faite plus intelligement.

Injection de données lors de la désérialisation

On peut à présent injecter des données dans l’objet désérialisé, ces données étant représentées dans un objet InjectableValues qui peut être vu comme une Map évoluée. Cela permet d’avoir un code plus propre.

Pour avoir l’ensemble des nouvelles fonctionnalités, n’hésitez pas à voir l’annonce officielle.

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Actualité éditeurs / SSII

• JavaOne
• Google Dart
• Google Cloud SQL
• Apache TomEE

Agilité

• SCRUM se met au crowdsourcing

Actualité éditeurs / SSII

JavaOne

La conférence JavaOne 2011 s’est tenue la semaine passée à San Francisco. Comme chaque année, elle a été l’occasion d’un grand nombre d’annonces, de keynotes et de plans sur le futur de Java. On notera après avoir pris la température auprès de la communauté, que celle-ci semble moins inquiète que dans un récent passé: Oracle est là depuis un moment maintenant, les choses semblent s’être stabilisées et clarifiées. La récente arrivée de Java 7 ne doit pas y être pour rien. Parmi les diverses annonces, on retiendra surtout :

• Java 8 est retardé à début 2013. Nous aurons le temps de vous reparler des nouveaux apports.
• Java ME tend à se rapprocher de Java SE et vise à en devenir un sous ensemble. L’intérêt est d’unifier les communautés de ces 2 versions.
• Java EE 7 est en préparation, orienté Cloud et multi-tenancy
• JavaFX n’est pas mort. Les mauvaises langues diront que le projet ressort du placard chaque année pour JavaOne. Mais Oracle semble décidé à le faire avancer: il devrait progressivement devenir complètement OpenSource et une version 3 est prévue, intégrée directement dans le JDK 8.
• Pour rêver un peu, quelques pistes pour le JDK 9 ont été évoquées. On parle de VM s’adaptant toutes seules aux applications (plus de XmX et autres barbaries ?!), d’un nouveau Meta Object Protocol améliorant le support entre langages… Là encore, nous aurons laaaargement le temps d’en reparler !

On regrettera encore malgré tout l’absence de speakers de Google, à cause du procès opposant celui-ci à Oracle et alors que la compagnie n’est pas la moins active dans l’écosystème Java.
Le blog suivant recense nombre d’articles sur JavaOne et vous pourrez retrouver quelques roadmaps sur le podcast JavaSpotlight.

Parmi les autres annonces intéressantes, on notera l’annonce du serveur Apache TomEE qui est maintenant certifié EE 6 Web Profile. C’est un serveur Java EE qui se veut léger, basé sur un Tomcat tout ce qu’il y a de plus standard avec utilisation d’une librairie Apache pour chacune des fonctionnalités requises par la norme Web Profile: on retrouvera ainsi Apache OpenWebBeans, Apache MyFaces, Apache ActiveMQ, Apache OpenJPA et Apache CXF.
Et pour finir, Oracle a annoncé une nouvelle solution NoSQL. Le géant des bases relationnelles compte donc se diversifier en élargissant son offre. Retrouvez tous les détails de cette solution basée sur Java chez infoQ.

Google Dart

A l’occasion de la GotoCon, Lars Bak le créateur de la machine JavaScript V8 de Chrome et Gilad Bracha auteur du langage NewSpeak ont annoncé la naissance d’un nouveau langage de script pour les navigateurs nom de code Dart. L’annonce concerne le disponibilité de ce langage en Technology Preview, il n’est pour le moment pas supporté par Chrome.
Ce langage inspiré de la syntaxe JavaScript offre de plus le support de la concurrence de type acteurs. Notez de plus qu’il permet de créer des applications pour iPad.
Quelques caractéristiques du langage:

• Orienté objet avec classe, interface, et héritage
• Typage optionnel
• Mono-thread

Selon le paradigme acteur, les pocessus dart sont isolés et ne peuvent communiquer entre eux que par une API de messaging.
Dart supporte différents type d’éxecutions:

• JavaScript – Avec le compilateur DartC les .dart sont compilés JavaScript.
• DartVM – Une machine virtuelle permet d’éxecuter directement les scripts Dart.
• Un utilitaire permet de créer et packager une image binaire de la heap qui pourra être exécutée par la suite.

Côté outillage, Dart propose un éditeur basé sur Eclipse avec support de l’auto-complétion. Bref, avec Dart, Google semble vouloir proposer une alternative à JavaScript permettant enfin de structurer son code et probablement de réconcilier les Javaïstes avec la programmation côté navigateur. Une belle initiative à laquelle nous souhaitons un franc succès.
Pour plus d’information:

• L’annonce sur InfoQ
• Dartlang.org
• Google code de Dart

Google Cloud SQL

Google App Engine, la solution de cloud PaaS made in Google offre dorénavant la possibilité d’utiliser une base de données relationnelle de type MySql.
Ce service nommée Google Cloud SQL répond à de nombreuses demandes d’utilisateurs, qui souhaitaient une manière plus simple de persister ses données que la solution BigTable.

Comme on pouvait s’y attendre, ce service ne nécessite aucune maintenance, ni administration. Une interface d’administration est néanmoins fournie. Vous avez la possibilité d’importer ou d’exporter votre base de données MySQL. De plus, il offre un mécanisme de réplication géolocalisé des données sur des centres de données.

Pour le moment, ce nouveau service est gratuit et mis à disposition d’un nombre limité d’utilisateurs. Par ailleurs, les quotas fixés sont plutôt modestes: 5 requêtes par seconde et la taille d’une requête est limitée à 15MO. Si vous êtes intéressé, c’est ici pour s’inscrire.

Apache TomEE

Apache a profité de JavaOne pour annoncer la sortie de TomEE en version Bêta. La particularité de ce serveur web est d’être certifié JEE 6 Web Profile.
Il s’ajoute à la liste des serveurs open source déjà existant compatibles JEE 6 Web Profile: GlassFish, JBoss et Apache Geronimo.

Ce serveur est assemblé à partir d’un simple Apache Tomcat, auquel ont été ajoutées différentes implémentations Apache pour fournir tous les services EE.
Voici les implémentations des différentes briques de la stack JEE embarquées dans TomEE:

• CDI: Apache OpenWebBeans
• EJB: Apache OpenEJB
• Javamail: Apache Geronimo JavaMail
• JPA: Apache OpenJPA
• JSF: Apache MyFaces
• JTA: Apache Geronimo Transaction
• Connector: Apache Geronimo Connector
• JMS: Apache ActiveMQ
• Web Services: Apache CXF

La philosophie d’Apache TomEE est d’offrir une solution simple et légère pour faire du JEE. Ce serveur semble bien prédisposé pour les solutions de Cloud avec notamment sa faible taille mémoire (< 24 Mo).
Toutes les informations et le téléchargement se trouvent ici.

Agilité

SCRUM se met au crowdsourcing

La plus populaire des méthodes agiles marque un tournant significatif dans son histoire. Les co-créateurs ont décidé de laisser la possibilité à chacun de proposer des modifications ou des extensions au cadre de base. Cette annonce intervenue peu avant le week-end serait presque passé inaperçue. Il y a quand même eu quelques réactions spontanées, notamment David Anderson, le meneur du mouvement Kanban, qui se demandait sur Twitter qui serait le premier à proposer une extension Kanban pour Scrum.

De notre côté on se demande qui sera la première SSII française à proposer une extension de SCRUM pour remettre un rôle de chef de projet et de MOA dans tout ça ? Heureusement pour veiller aux dérives, il existe un comité de revue des propositions dont on connait au moins 2 personnes: James Coplien et David Starr. Ce comité est en charge de revoir les propositions et interagir avec leur auteur. L’histoire nous dira si ce comité, censé veiller au grain, adopte une ligne plutôt rigide ou permissive. Dans tous les cas le modèle pour proposer une modification ou une extension (c’est le même) demande de bien préciser le contexte dans lequel l’élément proposé est utile, à la façon d’une approche par pattern. Il faut également que la proposition soit appuyée par un sponsor et on nous promet une réaction sous 3 mois. Il est possible de voir en ligne la liste des extension proposées. Pour l’instant on en trouve une seule qui émane de David Starr, du comité de revue. Elle traite, d’après le titre, du découpage en tâche dans le sprint planning. Ah, mais ce n’est pas ce qui avait été supprimé de SCRUM en Juillet ça ? D’ailleurs les explications sur les modifications du Sprint Backlog provenaient également de David Starr. Donc si j’ai bien compris, il explique pourquoi ça disparait de SCRUM et ensuite il propose une extension pour le réintroduire si l’on veut. Bon, j’espère juste que SCRUM ne va pas finir comme le RUP avec un site web qu’on peut configurer à partir d’une bibliothèque d’extensions…

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Le coin de la technique

• Sortie officielle de Riak 1.0
• Sortie de la version 10 de Guava

Evénements de notre communauté en France et à l’étranger

• Des nouvelles du projet Lambda de Java 8

Le coin de la technique

Sortie officielle de Riak 1.0

Amateurs de NoSQL, vous n’êtes sûrement pas passé à côté de la release importante que nous offre Basho avec Riak 1.0.
Ce moteur de données type clé/valeur basé sur le langage Erlang vient de connaître des améliorations importantes sur son coeur de communication au sein de clusters, ainsi que de son moteur MapReduce, le Riak Pipe. Cela fait de ce produit un moteur de stockage plus sûr encore, assurant aussi une bonne scalabilité horizontale, avec notamment des fonctionnalités d’ajout/suppression de noeuds au sein de ring plus robuste.

Au même titre, on retrouve dans cette release majeure :

• un système d’indexation de second niveau, nommé 2i. Il permet l’indexation en temps-réel des objets sur plusieurs champs. Cette fonctionnalité est disponible dans le moteur MapReduce, avec quelques limitations pour le moment (utilisateur de règle de match Exact ou Range). Cela permet aussi de gérer, enfin, des relations du type One-To-Many ou Many-To-One au sein de Riak.
• La création d’un framework de logging sur Erlang. Sorti de Riak, il se nomme Lager et facilite grandement la partie logging et debugging de ce langage, à noter pour ce point la possibilité de changer le niveau de log au Runtime.
• A la manière de Apache Lucene, (une vidéo de notre précédent XKE sur Elastic Search sera bientôt sur notre blog), Riak propose dorénavant une fonctionnalité de recherche FULL-TEXT. Déjà disponible en version 0.X dans le package Riak Search, ce dernier a été inclus par défaut. Toujours désactivé par défaut, une rapide modification du app.config permet de l’activer.

Plus d’infos dans la release note complète.

Sortie de la version 10 de Guava

Guava, la fameuse API couteau Suisse de Google, vient de sortir en version 10. Cette version contient les nouveautés suivantes :

• Un package cache qui contient tout ce faut qu’il pour créer un cache mémoire personnalisable à volonté, avec calcul de statistiques et observer de retrait d’un élément.
• Un package eventbus pour la gestion d’une communication de type souscription-publication entre des composants.
• La gestion des intervalles de valeurs, discrets (ie. de type int ou long) ou non, finis ou infinis.
• Des bugs corrigés.
• Et bien d’autres classes pour plus de possibilité en terme de gestion concurrente, pour la gestion du couple hôte/port pour les adresses Internet ou comme Stopwatch qui permet de manipuler un chronomètre.
• Enfin, pour la communauté férue de programmation fonctionnelle : le tant attendu Optional<T>, qui permet de manipuler des objets qui peuvent contenir une valeur… ou pas ; permettant ainsi de se passer de ces lignes à répétition qui contiennent if (maVariable == null).

Evénements de notre communauté en France et à l’étranger

Des nouvelles du projet Lambda de Java 8

Le groupe d’experts (EG) du projet Lambda, sensé apporter les lambda expressions dans Java 8, s’est mis d’accord sur la forme de la flèche dans les lambda expressions. Pour mémoire, deux notations étaient en ballottage : la forme x => y et la forme x -> y.

And the winner is: x -> y

La choix de cette forme s’explique surtout par les défauts la forme flèche-épaisse. En effet, avec une flèche qui ressemble à « => » le risque de confusion dans le code est important :

x => y <= x ou Predicate p = x => x == y

Ce qui est moins le cas avec la forme « -> » :

x -> y <= x ou Predicate p = x -> x == y

L’EG abandonne donc la notation Scala/C# pour une notation plus en corrélation avec Haskell/OCaml.

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Actualité éditeurs / SSII

• JRebel: version 4.5, maintenant gratuit pour un usage personnel
• Sonatype Insight

Le coin de la technique

• Logback en version 0.9.30 réinvente les stack traces
• Eclipse 3.7.1 supporte maintenant Java 7

Evénements de notre communauté en France et à l’étranger

• Coding dojo sur le thème de Clojure

Actualité éditeurs / SSII

JRebel: version 4.5, maintenant gratuit pour un usage personnel

ZeroTurnaround a annoncé cette semaine la version 4.5 de JRebel, l’outil qui permet de modifier le code de son application à chaud, sans avoir besoin de la redéployer. Accompagné de ses plugins pour les différents IDE, il est très pratique et permet de régulièrement gagner beaucoup de temps en développement.
Cette version apporte comme d’habitude son petit lot de nouveautés comme un support natif de Java 7, JBoss AS 7, Spring Web Services et JAXB, un meilleur support des JSF et une meilleure compatibilité du rechargement des EJB sur certains serveurs. La liste des modifications est disponible ici.
Mais la grosse nouveauté, c’est l’apparition d’une version gratuite non limitée dans le temps. Jusqu’alors, une version d’essai de JRebel existait, mais elle était limitée à 30 jours. On se souvient que ZeroTurnaround avait récemment augmenté ses prix, et cette gratuité va sans doutes lui permettre d’être testé par de nombreux développeurs qui voudront alors peut être passer à la version payante dans leur job. Car en effet, et c’est là la limitation de la version gratuite: elle est limitée à une utilisation dans un cadre non commercial. De plus, il vous faudra vous enregistrer avec vos comptes Twitter ou Facebook sur lesquels JRebel ira peut être de temps en temps poster des messages du style « grâce à JRebel, j’ai gagné 2 jours de productivité ce mois-ci ». Si vous êtes prêts à tenter le coup, rendez vous sur https://social.jrebel.com.

Sonatype Insight

La semaine dernière, Sonatype, l’entreprise qui pilote les développements de Maven, a annoncé sur son blog sa toute nouvelle suite Sonatype Insight.

Comme définit par Sonatype, Insight a été conçu pour aider les entreprises qui développent des applications à avoir plus de visibilité et de contrôle en ce qui concerne l’utilisation de composants open source. Avec ce nouveau produit, Sonatype rejoint un groupe restreint d’entreprises, dont Protecode et Black Duck, qui visent à aider les organisations à mieux maîtriser leurs composants open source.

La suite de Sonatype est composée de trois modules : Management Insight, Application Insight et Development Insight. Ensemble, ces trois modules proposent :

• de développer plus vite des applications plus fiables
• de choisir le composant open source le mieux adapté au besoin (ce qui diminue le risque de régression en cas de changement)
• d’éviter l’utilisation de licences indésirables et de composants dont la sécurité peut être défaillante
• de simplifier la gestion et le suivi des composants open source.

Sonatype Insight propose d’accompagner les équipes de développement pendant tout le cycle de vie d’un projet, de la conception jusqu’à la production. Ainsi, son l’intégration avec des outils tels que Maven, Eclipse, Jenkins ou Ant est tout à fait possible. Comme attendu, Insight se branche sur le Référentiel Central de Maven qui est financé par Sonatype elle-même.

Enfin, le coût de la licence du module Application Insight est actuellement basé sur le nombre d’applications analysées. Le coût de la licence des modules Development Insight et Management Insight dépend du nombre d’utilisateurs.

Pour plus d’informations :

• L’annonce sur InfoQ
• Sonatype Insight

Le coin de la technique

Logback en version 0.9.30 réinvente les stack traces

Vous tenez le format des stack traces pour immuables ? Sans doutes ne vous étiez-vous jamais posé la question ? Mais n’avez-vous jamais pesté sur la difficulté de suivre la séquence des événements ayant mené à l’erreur, notamment quand les exceptions sont catchées et relancées plusieurs fois ? C’est le problème qu’a tenté de résoudre Byron Kiourtzoglou Tomek Nurkiewicz en proposant un patch pour Logback qui vient d’être intégré dans la toute nouvelle version 0.9.30
Dans l’article suivant, il détaille, capture de traces à l’appui, comment son nouveau formatter permet d’obtenir des traces plus lisibles en cas d’Exception: une simple lecture de bas en haut permet de comprendre le cheminement, depuis la méthode main() jusqu’à la cause originale qui apparaît maintenant en haut.
Bien sûr, cette fonctionnalité n’est pas activée par défaut et il vous faudra ajouter un simple « %rEx » au pattern de votre logger pour en profiter. Après, cela demandera sans doutes un peu d’habitude mais pourra sembler plus logique à nombre de développeurs. A essayer au plus vite donc !

Eclipse 3.7.1 supporte maintenant Java 7

Une petite news rapide pour vous informer que Eclipse Indigo Service Realease 1, aka Eclipse 3.7.1 vient de sortir. Elle apporte principalement le support de Java 7 que vous pourrez donc utiliser dans vos projets perso (car ne rêvez pas, si vous êtes encore en Java 4 dans votre job, vous n’allez pas passez tout de suite à Java 7 ). Vous bénéficierez aussi de la correction de nombreux bugs en sus des apports de Java 7, c’est toujours ça.
A noter que si vous utiliser Groovy-Eclipse, il vous faudra utiliser la version de développement, dont l’update site est indiqué dans ce blog, afin d’être compatible avec les nombreux changement apportés au compilateur Eclipse.

Evénements de notre communauté en France et à l’étranger

Coding dojo sur le thème de Clojure

Il y a quelques semaines que s’est créé le Clojure Paris User Group (CPUG). Actuellement, ce user group est caractérisé par un groupe Google et deux coding dojo. À ce propos, mercredi dernier s’est tenu le coding dojo du CPUG durant le déjeuner chez Finance Active, près du palais Brongniart. Un Xébian y était présent !

(Photographie par Ulrich Vachon avec son autorisation)

Pour rappel, le coding dojo est une réunion durant laquelle des développeurs tente de résoudre un défi technique. Cette réunion se situe dans une salle assez grande, contenant un ordinateur relié à un vidéo-projecteur. Dans sa forme Kata Randori, une fois le sujet choisi et l’environnement de développement préparé, deux personnes se mettent en binôme à l’ordinateur: une prend le rôle de pilote et tape au clavier pendant que l’autre prend le rôle de co-pilote et dirige le pilote. Toutes les 5-10 minutes. le pilote va se rassoir, le co-pilote prend la place du pilote et une personne de l’assemblée vient remplacer le co-pilote. Bien entendu, il ne faut pas attendre d’être au niveau de l’ordinateur pour parler : dans un coding dojo, tout le monde participe. Plus d’informations sont disponibles sur ce site : http://codingdojo.org/
Pour en revenir à Clojure, le défi consistait à programmer en Clojure une fonction capable de trouver les n premiers nombres premiers. Nous étions une petite dizaine et nous avons eu le temps de faire une rotation complète en 1h20. Bien qu’étant tous plus ou moins débutants, la cohésion du groupe et la volonté d’atteindre le but ont fait que nous avons fini par obtenir un code qui fonctionne. Vous trouverez ici le code obtenu : https://github.com/elefevre/dojo-at-lunch/blob/master/2011-09-21-nombres-premiers/test/prime_numbers/test/core.clj

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Agilité

• Modification du guide SCRUM
• Nouvelle certification Agile au PMI

Le coin de la technique

• Betamax 1.0 refera t’il l’histoire ?
• Git: à chacun son flow

Agilité

Modification du guide SCRUM

L’été est souvent le moment privilégié par nos élus pour faire passer en douce des lois sans faire trop de bruit. Cela vous a peut être échappé mais cet été Jeff Sutherland et Ken Schwaber ont publié une mise à jour de SCRUM en 6 points. Je ne sais pas s’ils avaient eux-aussi la volonté d’introduire ces changements sans trop faire de bruit (un peu quand même), mais certains sont assez marquants, nous vous les détaillons ci-dessous:

• l’équipe SCRUM est désormais nommée « équipe de développement », fini la métaphore des poulets et des cochons. Ce changement de terminologie peut laisser quelque peu sceptique, car la notion d’équipe pluridisciplinaire ne transparaît pas très bien derrière le terme développeur. Dans la nouvelle Scrum Team donc, tout le monde sera développeur, que vous soyez programmeur, testeur, analyste, manager, ou quoique ce soit. Faut-il se réjouir de cette appellation ? Elle a en tout cas pour vertu de nous mettre face à l’objectif premier: développer un produit. Cela me fait penser à un célèbre dirigeant Américain qui n’avait pas hésité à déclarer « Ich bin ein Berliner » pour montrer sa solidarité. Chers cochons, quoique vous fassiez, aujourd’hui n’hésitez pas à clamer « Ich bin ein Developer ».
• La notion d’engagement est supprimée: ce sont les SSII qui vont faire la grimace, nombre d’entre elles bâtissaient des forfaits agiles sur cette notion d’engagement en début d’itération (ça ne les empêchera de continuer cela dit). C’est peut-être ce qui a poussé les créateurs de SCRUM à supprimer cette notion à double tranchants, l’engagement étant la base du mécanisme de soumission librement consentie. Il est maintenant remplacé par la notion de « prévision de ce qui peut être réalisé dans le sprint, cette prévision étant affinée tout au long de l’itération », c’est plus long à dire mais on risque moins de se faire manipuler
• Le burndown d’itération n’est pas obligatoire: les créateurs de SCRUM nous rappellent que ce qui est important est le suivi du reste à faire et pas la façon dont on le suit
• Le Release Planning n’est pas un élément de SCRUM: un changement en forme de précision, les auteurs signalent tout de même qu’il est utile de le faire, ouf !
• Le backlog de sprint est supprimé: sans doute le changement le plus marquant, la corvée du découpage en tâches estimées en heures ne sera plus imputable à SCRUM. Les auteurs auraient pu ajouter une phrase du type « nous déclinons toute responsabilité si vous continuez à découper, estimer, et suivre des tâches » tellement cette pratique donne la migraine aux équipes qui débutent, et tellement les équipes familières avec SCRUM s’en débarrassent avec bonheur. Ce sont les éditeurs de logiciel de gestion de projet agile qui vont faire la grimace: si ça continue les équipes SCRUM n’auront plus besoin que de post-it.
• Le product backlog n’est pas priorisé mais trié: là encore ce changement a le mérite de mettre l’accent sur le fond et pas sur la forme, même si la nuance est subtile. La priorisation amenait parfois des débats pas forcément constructifs entre l’équipe, qui a besoin d’éléments prêts à être réalisés (« ready »), et le Product Owner, pour qui tout est prioritaire même les points les plus flous. Ici on demande au Product Owner de classer, régulièrement et dans l’ordre qu’il souhaite, les éléments du haut de la liste devant être « ready ».

Vous pouvez consulter le guide SCRUM dans sa version 2011.

Nouvelle certification Agile au PMI

Le PMI (Project Management Institute) est une association mondialement connue spécialisée dans les méthodologies de gestion de projet.
A travers son guide PMBOK, elle propose des bonnes pratiques et une méthodologie regroupant un ensemble de processus classés par domaines d’activités.

Face aux succès des méthodes agiles, une communauté agile s’est formé au sein du PMI et prépare une version 5 agilisée du PMBOK courant 2012.
En outre, le PMI va proposer sa propre certification agile nommée ACP (Agile Certified Practitioner) d’ici la fin de l’année.
Actuellement, les certifications Scrum (proposées par la Scrum Alliance) consistent simplement à assister à une formation de 2 jours donnée par un coach Scrum certifié. Ces certifications sont même de plus en plus discréditées.
La formation ACP consistera en un examen sous la forme de 120 questions à réponses multiples. Il est d’ores et déjà possible de participer au programme pilote, si vous répondez aux critères d’éligibilité. Reste à voir si ce questionnaire sera suffisamment significatif pour avoir une réelle valeur.

Le coin de la technique

Betamax 1.0 refera t’il l’histoire ?

Une nouvelle librairie vient de débarquer en version 1.0: Betamax. Similaire à VCR déjà connu des Rubyistes, Betamax est destiné à ouvrir de nouveaux horizons aux tests unitaires. Cette librairie agit en effet comme un proxy http à ceci près qu’elle enregistre les requêtes et les réponses afin de pouvoir rejouer ces dernières. On voit donc immédiatement l’intérêt: on peut écrire ses tests unitaires pour qu’ils aillent requêter un vrai serveur avec de bonnes données. Ensuite, lorsque le test sera rejoué sur un autre environnement ne disposant pas forcément d’un accès au serveur, c’est Betamax qui se substituera à celui-ci en renvoyant les données qu’il a précédemment enregistrées.
On voit tout de suite l’intérêt que l’on peut tirer d’une telle librairie qui permet de se passer d’écrire un énième mock pour faire ses tests. Par contre, ceux-ci ne sont alors plus si unitaires que ça et pourraient même devenir assez lourd (un serveur -Jetty- est démarré). Il faudra donc sans doutes faire attention à ne pas en abuser.

L’analogie avec le monde de la vidéo est prolongée assez loin: Betamax enregistre par exemple les requêtes dans des fichiers appelés « tape ». Espérons tout de même pour lui que Betamax parvienne cette fois-ci à s’imposer !

Git: à chacun son flow

Vous connaissez Git, le SCM du moment. peut être connaissez vous aussi Git-Flow, un ensemble de raccourcis destinés à donner un cadre à l’utilisation de Git. Scott Chacon, évangéliste chez GitHub, compare sur son blog l’expérience de Git et son l’utilisation qui en est faite chez GitHub par rapport au standard qu’est git-flow. Il s’avère que GitHub dispose d’un flow assez simple:

• Tout ce qui est dans la branche master doit est soit déjà déployé, soit va l’être sous peu. C’est LA règle principale.
• Pour toute nouvelle fonctionnalité, une nouvelle branche est créée à partir de master. Pour peu que les branches aient un nom bien choisi, la page « branch list » de GitHub permet d’avoir rapidement une vue d’ensemble des nouveautés en cours de développement.
• Les commit locaux ET les push vers le serveur sont encouragé. C’est une différence importante par rapport à git-flow. Les push réguliers participent à la volonté de transparence, pour savoir tout le temps ce qui se passe sur le projet et éventuellement pouvoir collaborer.
• Le mécanisme de pull request est un outil inestimable. Il permet de faire des revues de code, des propositions, laisser des commentaires…
• La branche n’est mergée dans master qu’après validation par une tierce personne.
• Une fois la fonctionnalité pushée sur master, vous pouvez et DEVEZ immédiatement déployer. Si vous ne le faites pas, c’est la personne qui suivra qui prendra ce risque. Or, vous ne voulez pas que les problèmes de votre code tombent sur d’autres que vous. On voit donc dans l’article une jolie capture sur laquelle on voit qu’en une journée, des dizaines de déploiements en production ont eu lieu (oui, il y a bien marqué des dizaines de déploiements en production ). A n’en pas douter, nombreux sont ceux que cette performance laissera rêveurs !

Bref, même si Scott Chacon prêche pour sa paroisse en vantant Git et GitHub, il est intéressant de voir comment l’entreprise utilise en interne l’outil qu’elle propose à des tiers.

• REST ou pas REST

Le coin de la technique

• SpringSource: Spring Social et Spring AMQP en 1.0
• Memory Image

REST ou pas REST

Un article a fait le buzz la semaine dernière sur les architectures REST. Kelly Sommers nous propose de revoir, de façon claire et détaillée, la définition d’une API REST.
En effet, avec l’émergence des frameworks Javascript, des traitements de présentation faits hier côté serveur sont maintenant revenus à leur juste place, au sein des navigateurs clients.
Pour couvrir un maximum de sites, les grands d’Internet se doivent d’avoir une API externe. C’est pour cela que des sites comme Twitter, Flickr, Google Search proposent d’utiliser leurs services via ces APIs dites « RESTful »: grâce à elles, il est possible d’intégrer de tels services dans un site tiers, et ce sans bibliothèque particulière.
Mais l’étude menée par Kelly Sommers nous démontre que certaines de ces APIs n’ont de RESTFul que le nom.
Rappelons au passage que REST signifie Representational State Transfer: il s’agit donc de gérer les états des ressources exposées par ces APIs.

Les règles les plus élémentaires d’une API REST sont en général bien respectées:

• Utiliser le transport HTTP
• Chaque service possède une URL définie
• L’application doit gérer un format de sortie simple (text/html, application/xml, application/json…)
• Gestion explicite des opérations avec les verbes HTTP: GET, POST, PUT, DELETE…

D’autres règles, plus contraignantes, sont cependant assez fréquemment bafouées :

• Pas de gestion d’état côté serveur (pas d’utilisation de la session HTTP, le client fournit l’intégralité des données au serveur à chaque appel)
• Si, dans une réponse, la ressource en cours de consultation contient une référence vers une autre ressource, la première doit contenir un lien vers un autre service qui permet de détailler aussi la seconde. On parle d’utilisation de liens hypertextes dans la réponse HTTP.
• La réponse doit pouvoir prévenir le client si elle peut être mise en cache dans le navigateur.

Nombre d’applications web utilisent des fermes de serveurs pour absorber la charge. On utilise ensuite des mécanismes complexes de transfert de session en cas de pannes de l’un d’eux, pour éviter la perte de données. REST propose une autre solution: comme il n’y a pas de données en session, on peut facilement changer de serveur entre chaque appel sans problème: la contrainte d’une architecture sans état devient alors un atout.

En ce qui concerne l’usage des liens hypertextes, l’exemple choisi, extrait de l’API Twitter, est très parlant. Si la réponse contient la description d’un client, on s’attend naturellement à recevoir le lien vers un autre service REST pour en avoir la description complète. Cela permet de maintenir la logique de suite des services au sein de l’application, et non pas dans le client.

Il est souvent intéressant de revenir aux sources des choses pour mieux les comprendre. Le service REST vous permet d’avoir une application indépendante du client qui l’appelle. Mais comme toute solution, attention à toujours suivre tous les principes fondamentaux! Il ne faut ne pas confondre Remote Programming Control et service REST. A vos claviers pour des API REST dignes de ce nom!

Un exemple d’API que nous trouvons réussie, et qui respecte ces patterns, est celle de Spring Batch Admin. La page d’accueil vous présente la liste des services qu’on peut invoquer, et chaque réponse contient un lien vers un service de description lié. Il reste juste une petite astuce pour gérer les opérations DELETE et PUT.

Le coin de la technique

SpringSource: Spring Social et Spring AMQP en 1.0

Les réseaux sociaux forment un nouveau médium de communication qui désormais ne peut plus être négligé. Avec Spring Social 1.0, SpringSource fournit une approche commune pour authentifier un utilisateur et permettre d’utiliser les APIs propriétaires des grands réseaux sociaux; le but de cette initiative est de simplifier et homogénéiser l’accès à ces APIs hétérogènes.

Twitter et Facebook sont pleinement supportés; le support de LinkedIn, TripIt, GitHub et Gowalla est en cours. Bien sûr, un SPI vous permet également d’intégrer votre réseau social favori. Par exemple, des projets externes se consacrent actuellement à l’intégration de Foursquare et Dropbox. Il ne faut cependant pas négliger l’effort d’adaptation requis : marshalling, unmarshalling, gestion des erreurs… sans oublier les différences d’implémentation du protocole d’authentification Oauth, utilisé par la plupart des réseaux sociaux.

Avec la sortie de Spring AMQP 1.0, ce nouveau protocole de message n’a plus rien à envier à JMS en terme de facilité d’utilisation. Pour les utilisateurs de CloudFoundry, c’est une nouvelle API pour utiliser RabbitMQ, le système de message de la plateforme.

Memory Image

Martin Fowler nous propose un article sur la notion de Memory Image. Il fait suite à une publication cet été sur une application de passage d’ordres pour les marchés financiers, le projet LMAX. Cette application Java permet de traiter pas moins de 6 millions d’opérations par seconde… sur un seul Thread!

Pour arriver à ce niveau de performance, l’application met en place le mécanisme d’Event Sourcing.

L’application est divisée en trois parties:

• Input Disruptors
• Business Logic
• Output Disruptors

Les éléments Input et Output Disruptors sont chargés de recevoir, archiver et transmettre les données hors du système, avec des entrées-sorties fréquentes et une conception multi-threadée faisant appel à des buffers circulaires FIFO permettant de diminuer les temps de latence élevés dus aux entrées-sorties.

Le composant Business Logic quant à lui représente le cœur du traitement. De façon surprenante, cet élément de l’architecture n’est pas conçu pour l’exécution concurrente, et repose entièrement sur un seul thread.

Le concept est plutôt simple, toutes les données sont en mémoire dans le centre du Business Logic. Martin Fowler rappelle gentiment que pour faire fonctionner les mécanismes de cache du code de la JVM, on doit avoir des méthodes courtes et bien découplées (ces patterns de conception ne sont pas du pur hasard !). La seule contrainte est de pouvoir recomposer l’état du système à travers une journalisation des événements passés faite au fil du temps. Ainsi, il suffit de rejouer le journal des événements et votre application reprend son traitement où elle en était.

Martin Fowler revient également sur le concept de « sympathie mécanique » (mechanical sympathy) qu’il emprunte à Martin Thompson: il s’agit de soigner l’interaction entre le programme et le hardware qui l’exécute afin d’optimiser les performances. Par exemple, Fowler explique que son équipe a pris soin d’écrire des implémentations « cache-friendly » et « garbage-collector-friendly » de l’interface Map plutôt que d’utiliser les implémentations classiques; mais surtout il explique que le choix même des paradigmes de programmation est crucial: un modèle concurrentiel fondé sur les files de messages serait d’après lui moins « CPU-friendly » qu’un modèle à producteur unique, comme les Disruptors et leurs buffers circulaires. D’après Fowler, ce choix a permis d’optimiser les caches CPU de façon non négligeable.

Avec l’avènement du concept de NoSQL, nous apprenons déjà à revoir nos choix d’architecture pour la persistance de données. Avec le concept de Memory Image, Martin Fowler nous propose d’aller encore plus loin en se demandant même si un stockage persistant des données, de quelque type que ce soit, est réellement utile dans toutes les situations.

Se dissocier de la persistance permet d’avoir un modèle clair et d’éviter les acrobaties de mapping requises par les frameworks d’ORM (le fameux problème de l’impedance mismatch). Pas besoin non plus de personnaliser jusqu’à la dernière goutte les requêtes SQL pour arriver au niveau de performance voulu. Par contre, l’un des problèmes de l’approche in-memory est l’absence de notion de transaction. Il est en effet très difficile d’appliquer un rollback à des objets en mémoire, contrairement à ceux d’une base de données. Il faut donc valider un maximum les données avant même de faire le traitement.

Alors, êtes-vous prêts à faire 6 millions de transactions par seconde sur 1 thread ?

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Agilité

• Les cast codeurs sur l’agilité
• Un été très agile

Cloud

• Google App Engine augmente ses tarifs

Evénements de notre communauté en France et à l’étranger

• Top 10 des livres les plus influents pour développeurs

Agilité

Les cast codeurs sur l’agilité

Un épisode spécial sur l’agilité du podcast java phare : les Castcodeurs. Avec Jean-Laurent de Morlhon de Xebia, Arnaud Héritier d’Exo et Emmanuel Bernard de JBoss.
On y parle des différents courants agiles, de XP à Scrum en évoquant bien sûr le courant software craftsmanship.
A écouter dans les transports par exemple, d’une durée d’1 heure environ.

Un été très agile

Cette année est un peu particulière car elle marque le 10è anniversaire du Manifeste Agile. Depuis le mois de Janvier nous voyons fleurir les discussions « 10 ans après » sur les forums et les présentations « 10 ans plus tard » dans les conférences.

Mais l’événement certainement le plus en vue se tenait début Août à Salt Lake City, la conférence Agile2011. Pour ceux qui ne connaissent pas, la série des conférences « Agile 20xx » est le rassemblement annuel le plus important du monde agile, elle se tient chaque année dans un lieu différent en Amérique du Nord et est organisée par l’Alliance Agile. Pour l’occasion le lieu de la conférence avait été choisi à proximité du lieu où les signataires du manifeste s’étaient rassemblés en 2001 pour, selon les versions, causer le bout de gras sur les méthodes « légères » (terme utilisé à l’époque en lieu et place de « agile »), ou régler ses comptes entre méthodologues rigoristes et nihilistes.

Cette année donc, le thème de la conférence Agile2011 tournait autour du concept « 10 ans après » et, dans un élan de nostalgie que n’aurait pas boudé Patrick Bruel, son point d’orgue était le rassemblement de 15 des 17 signataires du manifeste pour une discussion ouverte avec les participants.

Il est assez difficile de synthétiser un tel événement tant son contenu est dense et les retombées des participants multiples. Cette année le programme proposait 17 thèmes différents avec des sessions destinées aux plus vierges comme aux plus expérimentés. A travers les retours de nos collègues Hollandais, nos lectures de la blogosphère, et les retombées des réseaux sociaux, nous vous proposons ici quelques axes qui se dégagent de la conférence.

• Tout d’abord il faut noter l’importance croissante des « serious games » qui semblent désormais être un incontournables dans la mallette de l’agiliste. On en trouve 2 sortes, d’abord les jeux pédagogiques dont la finalité est d’illustrer des principes ou des pratiques agiles et qui sont utilisés depuis longtemps dans les conférences agiles. Mais la révolution vient plutôt de la démocratisation des jeux dont la finalité est d’être un outil de travail. On trouve dans cette catégorie les Innovation Games, ou le LegoTM Serious Play. Plus de fun, moins d’ennui, on achète tout de suite. Nos DSI françaises sont-elles prêtes à jouer ? Si l’on en croit l’ampleur de la guerre des postits, on a de bons espoirs!
• La seconde tendance majeure qui se dégage c’est la notion d’entreprise agile. L’agilité n’est plus seulement une affaire d’ingénieurs informatiques, c’est toute l’entreprise qui est concernée. Cette prise de conscience n’est pas totalement nouvelle et ceux qui vivent l’agilité au quotidien s’en sont rendu compte rapidement. Ce qui est relativement récent c’est plutôt le bouillonnement d’outils et d’approches visant à concrétiser cette agilité au delà des DSI. Parmi les sujets les plus en vogue, le Lean Startup fait beaucoup parler et réagir. A suivre.

Ce qu’on peut reprocher à Agile20xx c’est sa connotation très Nord-Américaine. On peut regretter le manque jusqu’alors d’un tel événement fédérateur sur le territoire Européen. C’est sans doute l’un des enjeux de la première conférence ALE2011 qui se tient cette semaine à Berlin du 7 au 9 Septembre: créer un événement agile avec une forte connotation européenne. Xebia sponsorise et participe à cet événement, suivez notre blog pour les comptes-rendus, et le hashtag #ale2011 sur Twitter.

Cloud

Google App Engine augmente ses tarifs

En mai dernier, Google avait annoncé qu’une modification de la tarification des applications GAE était prévue. C’est maintenant officiel, elle arrivera fin septembre. La firme a d’ailleurs mis en ligne un outil permettant de calculer les coûts avec le nouveau modèle.
InfoQ nous rapporte la nouvelle et explique qu’un mécontentement de certains utilisateurs se fait sentir. Et ce n’est pas l’amélioration contractuelle du SLA ou l’abandon du terme « beta » qui calmera la majorité d’entre eux.

Du coté des francophones en vue, Guillaume Laforge nous fait part sur son blog personnel (qui tourne d’ailleurs sur GAE) de son cas. Bien sûr, il travaille pour VMWare qui édite Cloud Foundry mais il est aussi un gros utilisateur de GAE, avec avec entre autres Gaelyk, la Groovy Console… Sacha Labourey lui aussi y va de sa pique envers GAE en lui reprochant particulièrement le fait qu’il ne soit pas standardisé. Certes, il est CEO chez CloudBees… Toujours est-il qu’il fait fort justement remarquer que le mécontentement généralisé prouve que de nombreuses applications tournent aujourd’hui sur le Cloud et qu’il existe réellement un besoin et un marché. Bref, la bataille du Cloud est lancée et ne fait que commencer !

Evénements de notre communauté en France et à l’étranger

Top 10 des livres les plus influents pour développeurs

« Si vous pouviez remonter le temps et suggérer de lire un livre au début de votre carrière de développeur, quel livre auriez vous choisi ? »
C’est la réponse à cette question populaire posée sur stackoverflow que l’on trouve résumée sur ce billet. Parmi ces livres, on trouve :

• The Pragmatic Programmer : LE livre du parfait programmeur
• Design Pattern du Gang Of Four (GoF)
• SICP (alias Wizard Book) qui a servi pendant longtemps de cours d’introduction à l’informatique au MIT (remplacé cette année par Python)
• Refactoring de Martin Fowler, Kent Beck et al.

Peut-être avez-vous déjà lu ces livres. Si ce n’est pas le cas, courrez vite les chercher.

Mais peut-être que vous aussi vous avez des livres qui vous tiennent à cœur ?

Le coin de la technique

• Micro Cloud Foundry
• Heroku for Java

Evénements de notre communauté en France et à l’étranger

• Dernières places disponibles pour notre atelier «  Java Infrastructure As Code avec Amazon EC2  »

Le coin de la technique

Micro Cloud Foundry

Une des bonnes pratiques qu’il est souvent difficile de respecter est celle qui consiste à déployer sur les mêmes environnements, depuis le développement jusqu’à la production. Mais comment simuler cela en local lorsqu’on est sur un environnement en cluster?

VMWare apporte une réponse en annonçant la sortie de Micro Cloud Foundry.

Ce service gratuit permet d’installer un noyau de la suite Cloud Foundry sur son poste de développement. On a ainsi, sur son poste personnel, un environnement similaire à un environnement opérationnel. Fini l’installation en local d’une base MySQL, d’un serveur d’application, le noyau embarque le tout, réduisant l’effort de construction de l’espace de travail.

La machine virtuelle exploite un noyau Ubuntu 64 bits. Désolé pour les possesseurs de processeur 32 bits, ce service n’est pas disponible pour vous.

Après l’inscription sur le site de VMWare, on télécharge l’image du système virtuel. Pour l’hôte, trois possibilités s’offrent à vous:

• VM Workstation pour Windows, payant mais complet
• VM Player, gratuit pour Linux et Windows
• VM Fusion, version payant pour MacOS

Ensuite, on se lance dans la configuration de son noyau. Petite astuce, faites bien attention à configurer votre connexion réseau correctement (connexion pont pour ma part) avant de démarrer la machine virtuelle, sinon, cela complique un peu la tâche. Ce post sur le blog de Cloud Foundry décrit très bien le processus à suivre.

Une fois la procédure effectuée, vous avez l’avantage de pouvoir tester vos applications, bien au chaud dans leur configuration cible, même hors-ligne (pratique pour les nomades !). Ensuite vous pouvez utiliser les commandes classiques sur le noyau Cloud Foundry avec le client en ligne de commande (voir ce très bon tutorial) ou avec Spring Tool Suite.

Ensuite, à vous le déploiement d’applications dans le cloud …. de votre poste local!

Heroku for Java

Heroku, le service d’hébergement d’application dévoile enfin son offre pour Java, et cette nouvelle émoustille la communauté Java.
Après avoir supporté Ruby, Clojure et Node.JS, les applications Java peuvent être déployées au sein de ce système sans le moindre effort.

Les pré-requis pour le projet sont simplement Git et Maven. En effet Heroku se connecte à votre dépôt Git préféré, récupère les sources et construit l’application en se basant uniquement sur vos pom.xml. Heroku permet également de mettre en place le déploiement continu (continuous delivery) de votre application grâce à un simple mais néanmoins ingénieux git push.

Certes, il faut se familiariser avec la terminologie Heroku et se frayer un chemin entre le slug, les dynos et les procfiles. Mais en vérité le processus est simple et le seul complément qu’il faut impérativement apporter à votre projet pour qu’il soit exécutable sous Heroku est la création d’un script de démarrage avec Foreman/Procfile, car ici, pas de serveur d’application! Un serveur Jetty fera l’affaire.

Il existe d’ores et déjà des ressources disponibles pour ceux qui souhaitent se lancer: le tutorial présenté sur le site d’Heroku permet de démarrer une application avec Spring MVC et Hibernate; des tutoriaux publiés sur Github par James Ward permettent également de suivre pas à pas la mise en place d’une application Java avec Spring Roo et Redis.

Il est possible d’ouvrir un compte gratuit afin de tester le service; on dispose alors d’une base de 5MB et d’un Worker (processus de traitement), par contre pas de serveur HTTP gratuitement.

Un grand catalogue d’Add-ons est présent pour compléter l’offre. On y retrouve du Redis, Neo4j, Amazon RDS, MongoDB, ainsi que des services de mailing, d’encodage vidéo à la demande, des APIs pour Twitter et des outils de monitoring. L’offre est plutôt complète !

Au dernier Paris JUG, Patrick Chanezon avait prévenu que le cloud computing allait prendre un tournant décisif en seconde partie d’année: la rentrée semble lui donner raison!

Evénements de notre communauté en France et à l’étranger

Dernières places disponibles pour notre atelier «  Java Infrastructure As Code avec Amazon EC2  »

Venez découvrir comment Amazon AWS et les techniques « Infrastructure as Code » de la culture DevOps s’appliquent à l’écosystème Java en automatisant le déploiement d’une application Java-MySQL clusterisée sur Amazon EC2.

Comme lors de la première édition du 10 Août, la session est gratuite et ouverte à 25 personnes. L’inscription se déroule ici : « Atelier ‘Java Infrastructure As Code’ avec Amazon EC2 (1/2) redux« .

Actualité éditeurs / SSII

• Google App Engine 1.5.3

Le coin de la technique

• Bonnes pratiques pour la réplication de session dans Coherence

Actualité éditeurs / SSII

Google App Engine 1.5.3

Bien que sa sortie fut un peu chaotique (Un problème empêchait le déploiement via le plugin Google d’Eclipse), Google a annoncé le 17 août, la version 1.5.3 de son SDK App Engine, mettant cette fois-ci l’accent sur les fonctionnalités autour de l’administration des données. En plus des corrections d’anomalies, voici une liste non exhaustive des nouvelles fonctionnalités :

Blobstore :

Désormais, l’espace dédié à la sauvegarde de fichiers volumineux n’est plus limité à 2 Go par fichier. On regrette néanmoins que la sauvegarde via l’API Java soit toujours instable et comporte indirectement des limites.

Datastore :

Le statut d’un index peut maintenant être lu via une API Java au lieu d’utiliser la console d’administration. Bien que la création d’un index puisse être longue, l’utilité de cette fonctionnalité reste à prouver puisqu’il suffit de mettre à jour les index et d’attendre leurs constructions avant de déployer une version qui va les exploiter.

Vient ensuite une console dédiée au Datastore permettant d’administrer les entités. Déjà disponible dans la version Python, on peut désormais s’affranchir de déployer une application Python temporaire avant de pouvoir l’utiliser. Elle permet d’effectuer les opérations suivantes :

• Suppression totale d’un type d’entité.
• Copie d’entités vers une autre application App Engine : fonctionnalité particulièrement intéressante si on souhaite migrer un environnement de production. Toutefois, l’environnement source devra être en lecture seule le temps de la migration afin de garantir la copie complète.

Ces opérations utilisent le système de tâches et reposent sur le Map/Reduce. Par conséquent, elles consomment différents quotas et plus particulièrement celui relatif au CPU.

Enfin, un nouvel outil de migration est ouvert aux testeurs afin de passer une application existante utilisant le plan de stockage MS (Master / Slave) vers le HR (High Replication).

MemCache :

L’API MemCache supporte désormais le CAS (Compare and Swap) déjà présent dans l’API Java.

Le coin de la technique

Bonnes pratiques pour la réplication de session dans Coherence

Voici un article très pragmatique de Ankur Kumar sur la configuration de Coherence*Web en particulier et de Coherence en général. Coherence est une solution de in memory data grid d’Oracle, qui permet de mettre des structures de données dans un cache distribué ou répliqué. Coherence*Web est un module construit au-dessus qui se focalise sur la mise en cache des sessions web. La configuration contient un certain nombre de chausse-trappes où il est facile de tomber, surtout au moment de passer la main aux équipes d’exploitations.

L’article commence par rappeler les différents types de déploiement (in-process, out-process et out-process avec Coherence*Extend) et les différentes topologies:

• locale
• répliquée: la donnée est répliquée sur chaque instance
• distribuée/partitionnée: la donnée est partagée sur chaque instance
• near cache: la donnée est globalement distribuée et partiellement colocalisée pour les données de référence par exemple

Voici quelques exemples de configurations importantes:

• dans le cas du out-process (le serveur d’application ne contient pas la donnée mais se connecte à un cache externe), ne pas oublier de spécifier les paramètres -Dtangosol.coherence.session.localstorage=false pour les caches de session et -Dtangosol.coherence.distributed.localstorage=false pour les autres caches.
• pour s’assurer qu’une instance ne se connecte pas à d’autres instances (sur un poste de développement par exemple), on peut préciser un _time-to_live_ à 0: -Dtangosol.coherence.ttl=0
• à noter également qu’il existe plusieurs modes (prod ou dev) qui selon les cas iront chercher tel ou tel fichier de configuration par défaut. Pour figer le mode : -Dtangosol.coherence.mode=PROD ou -Dtangosol.coherence.mode=DEV.

Bref, avant toute mise en intégration ou en production il est important de se faire une checklist pour ne rien oublier.

La revue de presse de l’actualité Java/JEE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

• Cloud: Jboss AS7 se déploie sur OpenShift, OpenStack se dévoile dans un guide
• RabbitMQ + Cloud Foundry: Cloud Messaging that just works

Le coin de la technique

• Apache Commons Lang 3

Actualité éditeurs / SSII

Cloud: Jboss AS7 se déploie sur OpenShift, OpenStack se dévoile dans un guide

Le Cloud, on en entend beaucoup parler mais peu le voient vraiment arriver dans leur travail de tous les jours. Pourtant, les choses avancent vite.

OpenShift : du coté de Redhat/JBoss tout d’abord, qui a annoncé cette semaine la disponibilité de JBoss AS 7 sur leur Cloud. Tournant sur OpenShift (le Paas à la RedHat) lui même tournant sur CloudForm (Iaas), l’offre est ainsi la 1ere offre compatible JEE6 out of the box. Il est intéressant de noter qu’elle permet apparemment le déploiement d’un nombre illimité d’applications sur AS 7, et ce gratuitement, en utilisant l’offre OpenShift Express. A nous la puissance du standard web profile (voire plus) ! Et pour simplifier l’approche, l’annonce pointe d’ailleurs vers des vidéos montrant la facilité du processus de déploiement d’applications JEE6: on a presque l’impression qu’un simple git push suffit ! Une autre vidéo montre comment déployer la « Spring Pet Clinic ».

OpenStack: Mais comme toute nouvelle techno émergente, il n’y a pas un seul standard. Ubuntu, Intel, Dell et de nombreuses autres entreprises, de leur coté, développent l’OpenStack qui se définit comme un Operating System pour le Cloud, lorgnant donc du coté de l’Iaas. Si le projet existe depuis quelques temps déjà (il avait été lancé par Rackspace et la NASA il y a un an), la sortie du guide « Openstack Beginner Guide for Ubuntu Natty » est l’occasion d’en parler. Annoncé ici et disponible en PDF, le guide vous permettra d’avoir une première approche de la stack en vous lançant dans les configurations réseau, déploiements d’images et autres barbarismes en ligne de commande. Comment ça, ça n’est pas du Java et ne vous concerne pas ? Vos projets futurs risquent pourtant fort de tourner sur ces infrastructures. Attention, la lecture de « OpenStack Overview » (pdf disponible ici) est conseillée pour avoir une petite idée avant de se lancer dans la lecture du guide complet. Vous vous y familiariserez avec et découvrirez les 3 composants de l’ensemble:

• OpenStack compute qui permet de provisionner des ressources en mettant à disposition un réseau de machines virtuelles
• OpenStack Object Store qui permet le stockage de données de façon redondante et scalable
• OpenStack Glance qui est un catalogue d’images serveur

Mais l’interopérabilité étant maintenant une donnée que les entreprises prennent en compte (à raison !), il y a fort à parier que toutes ces technologies se coupent et se recoupent allègrement. RedHat a d’ailleurs évoqué une version future de OpenShift tournant sur OpenStack.

RabbitMQ + Cloud Foundry: Cloud Messaging that just works

Restons dans les nuages en faisant un petit tour du côté de Cloud Foundry, la solution de Platform as a Service de VMware (nous en parlions ici). Après l’intégration de MySQL, MongoDB et Redis, voici donc l’arrivée de RabbitMQ parmi les nouveaux services proposés par la plateforme qui fait sien le slogan de RabbitMQ: Cloud Messaging that just works. Rappelons que RabbitMQ a été racheté par SpringSource/VMware il y a un an et demi et cette nouvelle annonce valide finalement leur stratégie pour offrir une écosystème complet. En effet, comme rappelé dans l’annonce de Cloud Foundry, le messaging est une brique essentielle pour entre autre:

• la maintenabilité: minimisation de l’impact pour de nouvelles alertes, nouveaux rapports ou logs
• la scalabilité: on peut déléguer par exemple des tâches à des workers particuliers
• l’efficacité: les informations peuvent être poussées vers les différents composants, évitant de faire du polling ou de se synchroniser sur une base
• la robustesse: les queues de messages permettent de temporiser si des instances ou des composants sont désactivés

De plus RabbitMQ implémente le protocole AMQP (versions 0-8 et 0-9-1) qui, contrairement à JMS, a l’avantage de ne pas être enfermé au seul monde Java. C’est d’autant plus intéressant que cette plateforme supporte pour l’instant 3 langages: Java (avec aussi Scala et Groovy), Ruby/Rails et JavaScript (node.js). L’interopérabilité sur ces différents frameworks peut donc être facilitée par RabbitMQ.

Reste que Cloud Foundry est encore dans une phase bêta, la partie monitoring par exemple reste encore très perfectible comparée à son concurrent direct Google App Engine. Nous n’avons pas pu non plus tester les performances d’applications tournant sur cette plateforme.

Vous pouvez commencer dès maintenant grâce à ces tutoriels : Spring 1, Spring 2, exemple d’application sur github et Spring AMQP.

A noter: AMQP est d’ailleurs le protocole de messaging utilisé sur OpenStack, mentionné dans l’entrée précédente, grâce à RabbitMQ et en Python (ce dernier n’est pas un langage supporté par Cloud Foundry),

Le coin de la technique

Apache Commons Lang 3

Les librairies d’Apache, Apache Commons se retrouvent dans de nombreux projets et permettent de s’appuyer sur du code qui marche et qui fait bien ce qu’on lui demande. Mais il est vrai que ces librairies ont perdu de leur superbe, n’étant pour la plupart pas « Java 5 compliant ». Qui a encore envie de caster ses objets alors que Google Guava, lui, utilise les generics ? Pour pallier en partie à ce problème, ce sont les commons-lang qui ont récemment débarqué en V3, apportant dans de nombreuses méthodes le support de ces generics.
C’est sur Web Tambouille que l’on trouve l’article le plus complet leur étant consacré. Il y détaille le contenu de divers packages:

• lang3.* : contient des utilitaires pour les String, Array, Object…
• lang3.concurrent.* : quelques ajouts enrichissant java.util.concurrent.
• lang3.builder.* : divers Builder, comme le EqualsBuilder() qui permet de comparer facilement des objets
• lang3.reflect.* : des utilitaires pour améliorer votre code traitant de réflexion
• lang3.mutable.* et lang3.tuple.* : vous avez toujours rêvé de pouvoir changer la valeur de vos entiers ou de pouvoir en retourner plusieurs en un seul appel de méthode ? Vous trouverez ici votre bonheur

Attention tout de même: la compatibilité ascendante n’est pas assurée: il faudra au minimum recompiler car les anciens packages n’ont pas étés conservés.
Bref, cet article est à lire car on a souvent tendance à passer à coté de toutes les fonctionnalités offertes alors que cette librairie est (souvent) déjà dans nos projets. C’est dommage, non ?