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.

Pour l’occasion, l’équipe du Paris JUG nous a concocté une soirée exceptionnelle dont le thème est « Siffler en travaillant ».

Cet anniversaire se déroulera dans un amphithêatre de la Cité Internationale Universitaire à partir de 17h30. Au programme :

• 17h30 à 18h00 : Accueil
• 18h00 à 18h15 : L’équipe du Paris JUG
• 18h15 à 19h00 : Keynote d’ouverture : Le télétravail par Nicole Turbé-Suetens
• 19h00 à 19h30 : Quickies :
  • 19h00 à 19h15 : L’indépendance par Mathilde Lemée
  • 19h15 à 19h30 : Réinventer l’indépendance, donner du sens au collectif par Oliver Jouan
• 19h30 à 20h45 : Buffet
• 20h45 à 22h15 : Quickies :
  • 20h45 à 21h00 : Office code par Catherine Gall
  • 21h00 à 21h15 : GTD par Emmanuel Bernard
  • 21h15 à 21h30 : Réflexion sur le métier de développeur par Didier Girard
  • 21h30 à 21h45 : Devops par Patrick Debois
  • 21h45 à 22h00 : Mettre une application sur Android Market avant la fin de la soirée par Stéphane Jacquemin
  • 22h00 à 22h15 : Du bancaire au Nabaztag par Julien Cheype
• 22h30 à minuit : Surprise (places limitées – ouverture des inscriptions très prochainement)
• 00h00 à 02h30 : Restaurant le Vavin (places limitées – ouverture des inscriptions très prochainement)
• 02h30 à 05h00 : Falstaff (ouvert à tous)

Pour ceux qui ne seraient pas encore inscrits, ça se passe par ici.

Le ParisJUG propose le Mardi 14 septembre une soirée NoSQL qui présentera les aspects théoriques et pratiques de cette technologie très en vogue cette année. Alors que les bases de données NoSQL connaissent un succès croissant parmi les « grands du Web » tels que Digg, Facebook, ou Twitter, la communauté Java s’y intéresse de plus en plus pour des déploiements plus modestes dans des systèmes d’information d’entreprises ; pour preuve le nombre conséquent de sessions dédiées à ce sujet lors de la prochaine édition de Devoxx, à comparer aux 2 seules sessions de l’édition 2009…

La soirée NoSQL du ParisJUG comprendra deux sessions :

• NoSQL : des concepts à la réalité, par Olivier Mallassi (Octo) et Michaël Figuière (Xebia) : cette présentation fera un tour d’horizon des différents modèles de données et s’attardera sur les apports des architectures distribuées des bases de données NoSQL. Elle expliquera également comment Google et Amazon en sont arrivés à développer leur propre solution de stockage pour répondre à leur besoins.

• Building a CMS on top of NoSQL: lessons learned with HBase and friends, par Steven Noels (Outerthought) : cette session présentera des aspects plus pratiques en se basant sur l’expérience acquise par Outerthought lors du développement d’un CMS basé sur HBase. Cette base de données s’inspirant du modèle BigTable de Google conserve en effet une grande popularité malgré la montée de Cassandra.

Actualité éditeurs / SSII

• Une étude américaine prédit une pénurie d’informaticiens pour bientôt.

SOA

• La future version 1.4 de Smooks supportera les messages UN/EDIFACT

Serveurs d’applications / Cloud Computing

• Tomcat 7 sort en BETA
• Google App Engine 1.3.5 et toolkit Paypal

Le coin de la technique

• Hibernate Validator 4.1.0

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

• Le ParisJUG et l’AvantJUG

Actualité éditeurs / SSII

Une étude américaine prédit une pénurie d’informaticiens pour bientôt.

C’est à la fois une bonne et une mauvaise nouvelle qui est sortie d’un étude américaine sur le marché de l’informatique, rapportée par infoQ : la bonne nouvelle, elle est pour les techniciens que nous sommes, car nous devrions avoir du travail pendant un long moment. La mauvaise nouvelle est pour nos employeurs, qui vont avoir de plus en plus de mal à recruter.
Les prévisions qui ressortent de cette étude sont les suivantes :

• la croissance du secteur informatique devrait être quatre fois supérieure à celle des autres métiers de l’ingénierie dans les années à venir.
• aux Etats Unis, il y a deux fois plus d’offres que de diplômés chaque année. C’est le seul métier scientifique pour laquelle l’offre est supérieure à la demande.

En parallèle de l’augmentation des besoins, il semble que les étudiants percoivent les métiers de l’informatique de manière erronée :

• Tous les postes motivant sont exportés en Inde. Le mouvement global (aussi bien aux Etats Unis qu’en Europe) est plutôt à un retour des activités intéressantes en local, et une exportation des taches à faible valeurs ajoutées.
• C’est un métier d’homme. Ce fait avéré est en train de changer, en partie grâce à certaines initiatives locales (voir ci-dessous). Même si la balance est loin d’être équilibrée, il semblerait que de plus en plus de demoiselles choisissent les carrières techniques. C’est à nos communautés de les convaincre de les poursuivre !
• L’informatique, c’est programmer, et programmer c’est rester toute la journée devant un écran. Tous les consultants vous le diront, même si ils ne pratiquent pas l’XP, l’informatique est une activité sociale
• C’est trop difficile. S’il est sûr que comprendre les algorithmes de GC en détail relève parfois de la mission impossible, tous les chefs de projets ou scrum master vous le diront : travailler dans l’informatique, c’est avant tout gérer son stress, gérer ses connaissances (et les augmenter au fur à et mesure) et se montrer inventif.

Il existe ainsi un certain nombre de mythes, que certains professeurs américains tentent de démonter.

Les défis à venir sont énormes, puisqu’il va falloir réconcilier le désamour des étudiants pour les carrières informatiques, et les besoins des entreprises qui s’annoncent énormes. Bien heureusement, un certain nombre d’acteurs français essayent de proposer une vision du marché de l’informatique plus humaine que d’autres.

A ce propos, vous savez que Xebia recrute ?

SOA

La future version 1.4 de Smooks supportera les messages UN/EDIFACT

L’équipe de développement de Smooks vient d’annoncer le support du traitement des messages EDI (Échange de Données Informatisées) au format UN/EDIFACT Interchange, dans la future version du projet.

Pour rappel Smooks est un framework Java offrant un moteur de traitement des données XML et non XML (CSV, EDI, Java, etc.). Il est capable d’effectuer des transformations de données en s’appuyant sur des transformations existantes, ou en utilisant des technologies de templating telles que XSLT, Freemarker, StringTemplate, etc. Smooks permet également d’analyser un flux de données afin de remplir un modèle d’objets Java (Java Bean Binding).

Le framework Smooks peut prendre en charge les modèles de traitement DOM et SAX, ce qui signifie qu’il est capable de traiter aussi bien un fichier qu’un flux de données.

Ainsi, les messages EDI pourront être traités grâce à deux nouvelles fonctionnalités :

• Un module de lecture dédié au format UN/EDIFACT Interchange (<unedifact:reader>), qui permettra de transformer un message EDI de manière automatique dans un format XML compréhensible par le moteur de traitement de Smooks.

• Un outil pour Maven et ANT, appellé EDI Conversion Tool (ECT), embarquant directement les référentiels UN/EDIFACT, et offrant la possibilité de générer un Jar contenant les fichiers de mapping Smooks correspondant au message EDI traité.

Avec ces nouvelles fonctionnalités, Smooks propose une véritable alternative Open Source et performante aux solutions propriétaires pour le traitement des messages EDI au format UN/EDIFACT. Déjà intégré au sein de Mule ESB et de JBoss ESB, Smooks devient de plus en plus incontournable au sein des architectures SOA s’appuyant sur des solutions Open Source.

Ces nouveautés sont déjà disponibles dans la version 1.4-SNAPSHOT, téléchargeable directement depuis le repository Maven du projet.

Pour en savoir plus :

• L’annonce sur le blog de Smooks
• Le site du projet Smooks
• Le format UN/EDIFACT Interchange

Serveurs d’applications / Cloud Computing

Tomcat 7 sort en BETA

Après 18 mois de travail, Apache nous livre la première version officielle de Tomcat 7. Cette nouvelle release est désormais disponible dans les pages de téléchargements du site http://tomcat.apache.org qui intègre pour l’occasion la documentation du précieux. Comme promis de longue date, Tomcat 7 implémente les Servlet 3.0, ainsi que JSP et EL 2.2.

A ces mises à niveau s’ajoutent de nouvelles fonctionnalités:

• Détection et prévention des fuites de mémoire, pour en finir avec les OutOfMemory au rechargement des applications web liés à l’utilisation du PermGen. Ce développement avait été porté sur Tomcat 6, début avril, le voilà disponible tout naturellement sur Tomcat 7.
• La sécurité est aussi largement améliorée avec notamment un filtre permettant de bloquer les attaques de type Cross Site Request Forgery. C’est aussi une nouvelle gestion des rôles pour Tomcat Manager et Host Manager.
• La gestion d’alias de répertoire à la mode apache.
• Enfin, la possibilité d’embarquer et de lancer Tomcat simplement, ce qui ne manque pas de faire penser à Jetty.

Outre toutes ces nouveautés, le code a subi une vaste cure de nettoyage et l’équipe affirme avoir porté toutes les corrections de bugs des versions précédentes dans Tomcat 7. Nous en reparlerons sûrement sur le blog, en attendant, n’hésitez pas, faites le tour du propriétaire et sachez apprécier la nouvelle décoration.

Pour en savoir plus:

• http://www.tomcatexpert.com/blog/2010/06/29/apache-tomcat-7-has-been-released
• http://tomcat.apache.org/download-70.cgi
• http://java.dzone.com/articles/tomcat-lucky-number-7-beta

Google App Engine 1.3.5 et toolkit Paypal

La sortie de Google App Engine en version 1.3.5 apporte comme à son habitude son lot de nouveautés et de corrections pour les développeurs Java et Python:

• Une amélioration de la Task Queue API permettant de traiter 50 reqs/sec par queue au lieu de 50 reqs/sec par application. Google promet d’ailleurs de futures améliorations de scalabilité relatives à cette API.
• Le support pour la précompilation de fichiers sources Python
• Une amélioration de l’API BlobStore permettant la lecture d’un blob tel un fichier avec une classe BlobstoreInputStream.

La réelle nouveauté vient cependant de PayPal annonçant le support de sa plateforme de paiement PayPal X pour GAE.

A travers sa plateforme PayPal X, le leader du micro-paiement sécurisé propose une API clé en main, permettant aux développements d’embarquer différentes solutions de paiement dans leurs applications via différents modèles de monétisation: Le freemium, les abonnements, le pay-per-use, les micro transactions. PayPal souhaite ainsi fournir une solution de paiement adaptée à tous les besoins.

Grâce à ce nouveau service orienté e-commerce et entreprise, le géant de Moutain View espère bien profiter de la demande croissante des entreprises envers l’hébergement d’applications sur une architecture cloud, et continuer de développer son offre destinée aux entreprises.

Pour en savoir plus:

• Billet du blog Google App Engine présentant le toolkit PayPal X
• PayPal X toolkit
• Annonce de la sortie de Google App Engine 1.3.5

Le coin de la technique

Hibernate Validator 4.1.0

Outre quelques corrections de bugs et améliorations de performance au niveau de certains parsings, cette version d’Hibernate Validator fournit de nouvelles fonctionnalités intéressantes, assez bien détaillées sur le blog de Gunar Morling, un des développeurs du projet.

Pour commencer, quelques types de contraintes ont été ajoutés:

• @CreditCardNumber : permet de valider un numéro de carte de crédit selon l’algorithme de Luhn
• @NotBlank : Le champ ne doit être ni null, ni vide, ni contenir que des espaces
• @URL : valide une URL, on peut préciser le protocole, http par exemple
• @ScriptAssert : cette contrainte permet de déléguer à un langage script tiers la validation du champ, ceci étant rendu possible grâce à la JSR-223 permettant l’intégration de languages de script dans Java (à partir de la version 1.6). Plus de détail ici

De plus il est possible maintenant de choisir sa propre stratégie pour récupérer les ResourceBundle, pour par exemple associer un message d’erreur à un champ. Il suffit pour cela de fournir une implémentation de l’interface ResourceBundleLocator qui contient une méthode retournant un ResourceBundle. On peut donc par exemple stocker ces messages dans une base de données.

Enfin cette version introduit la possibilité de créer des contraintes programmatiquement. Voici un exemple qui vient de la documentation:

ConstraintMapping mapping = new ConstraintMapping();
mapping.type( Car.class ).property( "manufacturer", FIELD ).constraint( NotNullDef.class )
   .property( "licensePlate", FIELD ).constraint( NotNullDef.class )
   .constraint( SizeDef.class ).min( 2 ).max( 14 )
   .property( "seatCount", FIELD ).constraint( MinDef.class ).value ( 2 )
   .type( RentalCar.class ).property( "rentalStation", METHOD).constraint( NotNullDef.class );

On utilise le principe des méthodes chainées, ça rappelle de loin les Criteria d’Hibernate. Entre cette possibilité et celle des @ScriptAssert, l’utilisateur a désormais deux nouveaux outils pour exprimer des contraintes relativement complexes.

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

Le ParisJUG et l’AvantJUG

Ce mardi aura lieu la soirée du ParisJUG comme tous les deuxièmes mardis du mois. Au programme de cette soirée, les EJB 3 présenté par Adam Bien. Vous voulez avoir une idée du contenu de la soirée ? Alors lisez le billet publié par le blog des JDuchess France qui résume les concepts que présentera Adam Bien ce soir là.
Comme depuis quelques mois déjà, le ParisJUG sera précédé de l’AvantJUG. C’est un évènement organisé par les JDuchess France pour faire connaissance avant de débuter la soirée du Paris JUG. A l’origine pour inciter les femmes à venir au Paris JUG, cette rencontre est ouvert à tous ceux qui veulent discuter et partager. Si vous voulez avoir une bonne excuse pour motiver une collègue à venir au ParisJUG ou tout simplement échanger autour d’un verre, venez donc à l’AvantJUG ! Toutes les modalités pour l’inscription se trouvent ici.

Merci aussi pour la troisième mi-temps qui a été l’occasion de retours positifs sur les présentations de la soirée et qui nous a permis de constater que ces dernières ont donné envie à beaucoup de personnes de s’essayer à Scala. En effet, comme l’explique Nicolas Martignole dans son article, cette troisième mi-temps permet de poursuivre les discussions et les débats que les présentations engendrent mais aussi de rencontrer des personnes passionnées comme nous le sommes.

Vous trouverez les slides de notre présentation à cette adresse.

Merci encore et à bientôt !

Scala par Sadek Drobi
« Scala est un langage de programmation statiquement et fortement typé, qui intègre, de manière conjointe, des concepts de la programmation fonctionnelle ainsi que ceux de l’orientation objet moderne moderne. Cette présentation vous offrira une introduction à ces concepts tout en mettant en exergue leurs bénéfices tant au niveau micro qu’au niveau de l’architecture. Aucun pré-requis en matière de programmation fonctionnelle ou de typage statique n’est indispensable pour suivre cette présentation. »

Scala par la pratique par Nicolas Jozwiak (ses billets) et Romain Maton (ses billets)
« Scala est un langage alternatif pour la machine virtuelle Java. Fonctionnel, orienté objet et statiquement typé, ce langage rime avec productivité ! Découvrez ce qu’il faut absolument savoir de Scala, sa philosophie, son outillage, ses frameworks. Familiarisez-vous avec ce langage grâce à des exemples concrets. »

Pour les dames et demoiselles qui souhaitent participer, JDuchess France propose également l’Avant JUG. L’Avant JUG est un point de rencontre pour les femmes qui participent au Paris JUG qui a lieu 1h avant le JUG. Comme le mois précédent, il aura lieu au Café Vavin à partir de 18h30. Alors mesdemoiselles, mesdames, n’hésitez pas à venir, tous les détails sont sur le blog. Et messieurs, n’hésitez pas à en parler autour de vous.

Une autre action de JDuchess France est le covoiturage pour celles et ceux qui souhaitent partager voiture ou taxis, vous trouverez toutes les informations sur le blog Duchess France.

Les inscriptions sont déjà ouvertes, alors inscrivez-vous !

A l’origine, JDuchess est un JUG féminin provenant des Pays Bas. Après avoir rencontré Clara Ko (JUG Leader de JDuchess), elles nous a proposé de représenter son JUG en France. Ce que nous souhaiterions pour JDuchess c’est de monter une communauté où les femmes faisant du Java peuvent se rencontrer et partager leurs expériences, leurs points de vue. Nous voudrions pouvoir monter un réseau social pour rendre les femmes plus visibles dans ce domaine, les inciter à participer à des événements comme le Paris JUG, et d’autres événements techniques ou conférences. Et pourquoi pas y faire une présentation.

Vous pouvez rester en contact avec les Duchess via Twitter , notre Google Group et LinkedIn.

Pour celles qui assisteront à la soirée Emmanuel Bernard du Paris JUG le 9 Mars vous pourrez retrouver les Duchess pour l’Avant JUG qui se passera au Vavin Café (18, Rue Vavin, 75006 Paris) à partir de 18h30.

Lorsque vous serez inscrites au JUG, contactez ellene(dot)dijoux(at)jduchess(dot)org qui vous accueillera Mardi prochain.

J’y serai et je serai heureuse de vous y rencontrer.

Actualité éditeurs / SSII

• http://sun.com 301 moved permanently

Le coin de la technique

• Première Beta pour Scala 2.8.0
• Apache JackRabbit implémente maintenant JCR 2.0
• Un œil sur Lucene, Solr et HBase

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

• 2ème anniversaire du Paris JUG

Actualité éditeurs / SSII

http://sun.com 301 moved permanently

C’est officiel, Sun n’est plus. Outre les messages humoristiques (teintés d’amertume, chez James Gosling par exemple), le redirect de http://sun.com vers http://oracle.com, le rebranding de tous les logos (sur la page de téléchargement du sdk par exemple), la concrétisation du rachat de Sun par Oracle fait ressurgir les questions, orientées produit, que l’on se posait déjà lors de l’annonce de ce rachat. Dionysios G. Synodinos offre, via InfoQ, une liste détaillée de celles ci :

• Java, la JVM, le JCP : Thomas Kurian a annoncé son intention de tirer le meilleur de chacune des deux JVM de la firme, Hotspot et JRockit, pour en faire le choix par défaut face à la JVM d’IBM. Les développements planifiés sont alléchants, avec entres autres un meilleur support du multi cœurs, suppression du permGen (pour permettre une meilleure intégration des langages type Groovy ou JRuby). Concernant le JCP, aucune annonce claire n’a été faite pour l’instant.
• MySql : cette base de données est annoncée comme complémentaire de la base historique d’Oracle. Elle bénéficiera, selon Larry Ellison, de plus d’attentions que par le passé, et les préoccupations marketing seront dissociées de celles du grand moteur, avec une équipe commerciale dédiée.
• JavaFx et RIA : Oracle a de nouveau affiché sa volonté d’investir massivement dans ces technologies. Certains analystes avancent que cet investissement viendrait boucher le trou laissé par l’échec d’intégration de Flex avec la suite BEA.
• Netbeans : des produits cités, c’est le plus menacé. Oracle laisse planer le doute, mais serait plus enclin à pousser JDevelopper. Restent les rumeurs d’une survie en tant que second couteau, ou bien un hypothétique reversement du code source à la communauté …
• Glassfish : face au mastodonte Weblogic, le serveur de référence JEE 6 serait proposé comme serveur d’appoint (l’expression officielle est departemental solution à opposer à l’enterprise solution Weblogic). Contrairement à MySql, Oracle n’annonce pas d’équipe marketing ou commerciale dédiée. Certains (comme Alexis MP) y voient une bonne nouvelle (Oracle présenterait une offre comparable à celle d’IBM – WAS Community Edition / WAS). D’autres au contraire, y voient le premier clou dans le cercueil de ce serveur (avec là encore une analogie à IBM et l’anémique Geronimo).
• Service Cloud : là c’est officiel, les projets de Sun sont abandonnés.
• Investissement dans l’Open Source: Oracle n’a pas fait d’annonce officielle sur la stratégie à venir, mais la majorité des journalistes / bloggers de l’eco système JEE sont très pessimistes vis à vis de la capacité d’investissement d’Oracle dans le libre.
• Effectifs : sur un terrain plus terre à terre, Larry Ellison envisage le départ immédiat de 2000 personnes, et l’embauche de plus de 2000 nouveaux employés, principalement dans des postes d’ingénieurs, ou de commerciaux. Il ne s’est bien sur pas engagé sur un nouveau plan à plus long terme. Côté direction, le départ de Jonathan Schwartz semble entériné, et l’avenir de Scott McNealy est plus que flou.

Le coin de la technique

Première Beta pour Scala 2.8.0

Quelques nouvelles de Scala avec la sortie de la première Beta de la version 2.8.0, information relayée par JavaLobby et InfoQ.

Nouvelles fonctionnalités et nombreuses corrections de bugs sont au menu :

• l’API Collection a ainsi été reconçue,
• l’API XML a aussi été améliorée,
• on peut utiliser des arguments nommés et/ou donner une valeur par défaut,
• les Packages peuvent désormais contenir des méthodes, des champs ou des types,
• il est possible d’utiliser des acteurs light,
• le support des annotations Java nested a été ajouté.

De nombreux efforts ont aussi été apportés au niveau de la vitesse de compilation qui est maintenant plus rapide de 50%.
Côté outils, le plugin eclipse a été profondément remanié et de nombreuses opérations sont désormais réalisées par le compilateur Scala (et non plus l’IDE comme c’est le cas aujourd’hui). Scaladoc 2 fait aussi sont apparition avec un nouveau look-and-feel et plusieurs autres améliorations. Et pour le REPL, il supporte la complétion sur les objets, méthodes, champs et bien d’autres.

En bref, une release pas si mineure que ça ! Le téléchargement se passe ici.
A noter aussi la non compatibilité binaire entre la version 2.8 et la branche 2.7.

Apache JackRabbit implémente maintenant JCR 2.0

Sans grand bruit, l’équipe d’Apache JackRabbit a mis à disposition cette semaine la version 2.0 finale de leur projet. JackRabbit 2.0 est maintenant entièrement conforme à la JSR-283 (Java Content Repository 2.0) dont il est l’implémentation de référence.

Java Content Repository n’est pas une technologie très répandue, non pas parce qu’elle n’est pas satisfaisante, mais parce qu’elle adresse des besoins très spécifiques : JCR permet le stockage de documents sous forme arborescente tout en offrant des capacités transactionnelles, le versionning, ou encore une gestion de verrous. Les principaux cas d’utilisation sont les systèmes de gestion de documents, les CMS, ou des systèmes de stockage de fichiers organisés tels que le propose Artifactory, un repository Maven fonctionnant avec JCR.

JCR 2.0 apporte, outre un rafraichissement de son API, quelques améliorations majeures :

• Query Object Model : un nouveau modèle de requêtes objet à l’image de Criteria chez Hibernate ou de QueryBuilder dans JPA 2.0. Nous vous parlions déjà il y quelques mois des perspectives liées à cette fonctionnalité au travers l’API proposée par Magnolia.

• API de retention et hold : cette API vient complémenter l’API de lock déjà présente afin de permettre des politiques de rétention de documents particulières.

• API de contrôle d’accès : les aspects de sécurité étaient peu abordés par la JSR-170 (JCR 1.0). Une API plus complète leur est désormais dédiée.

Au-delà de la conformance à JCR 2.0, JackRabbit 2.0 est maintenant basé sur Java 5, et offre la possibilité de recherche full-text sur les documents grâce à Apache Tika, un sous-projet de Lucene.

Ces changements ne suffiront probablement pas à eux seuls à élargir la communauté d’utilisateurs de JCR ; en revanche le récent engouement pour les technologies NoSQL peut contribuer à attirer vers JCR des équipes qui, jusqu’alors, auraient été plus frileuses à considérer un autre stockage de données qu’un SGBDR.

Un œil sur Lucene, Solr et HBase

Malgré son jeune age, HBase suscite un intérêt suffisant pour pousser certaines entreprises à l’utiliser en l’état en production : les services apportés par cette base de données NoSQL suffisent à faire oublier l’expérience difficile que peut parfois réserver ce projet.

Dans un tel contexte toute source d’information est utile. Le Jira et la mailing list du projet deviennent alors des sources d’informations précieuses qu’il s’agit de suivre avec attention pour être au fait des dernières corrections et solutions aux problèmes couramment rencontrés.
Pour répondre à ce besoin, Sematext, une entreprise américaine spécialisée sur Lucene, Solr et HBase diffuse depuis peu un digest régulier des nouveautés importantes sur chacune de ces technologies.

On apprend ainsi qu’une abstraction est en cours de développement pour HBase. Nommée HBql, elle vise à offrir une API proche de JDBC et un langage de requête SQL, ce qui constituerait un environnement de développement plus familier aux développeurs démarrant avec HBase (mais pas forcément plus efficace…).
Du coté de la communauté Lucene / Solr, c’est la recherche géo-spaciale qui semble actuellement monopoliser l’intérêt. Cette possibilité est présente depuis la version 2.9 dans Lucene et correspond à l’air du temps puisque la géo-localisation devient courante.

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

2ème anniversaire du Paris JUG

Mardi 9 février 2010 aura lieu le deuxième anniversaire du Paris Java User Group.

Pour l’occasion, l’équipe du Paris JUG nous a concocté une soirée spéciale sur le thème de l’Open Source :

• 18h45 à 19h00 : Accueil
• 19h00 à 19h10 : Le mot de l’équipe
• 19h10 à 20h00 : Keynote de Sacha Labourey
• 20h00 à 20h45 : L’open source en France
• Comment Obeo est devenu membre stratégique de la fondation Eclipse
• XWiki.org vs XWiki.com
• 20h45 à 21h30 : Buffet
• 21h30 à 23h00 : L’open source en France : Développons en Java
• jCaptcha
• Play! framework une (r)évolution pour les applications web en Java
• jax-doclets
• Présentation d’eXo Platform
• 23h00 à … : 3ème mi-temps des juggers

Cette soirée aura lieu dans un amphi de 500 places de la Sorbonne (108 Boulevard Malesherbes dans le 17ème).

• Le programme détaillé est disponible sur le site du Paris JUG.
• Les inscriptions se font par ici.
• Pour participer à la troisième mi-temps exceptionnelle, c’est par ici.

Xebia est fière d’être sponsor de l’événement.

En espérant vous voir nombreux …

Mardi 9 février 2010 aura lieu le deuxième anniversaire du Paris Java User Group.

Pour l’occasion, l’équipe du Paris JUG nous a concocté une soirée spéciale sur le thème de l’Open Source :

• 18h45 à 19h00 : Accueil
• 19h00 à 19h10 : Le mot de l’équipe
• 19h10 à 20h00 : Keynote de Sacha Labourey
• 20h00 à 20h45 : L’open source en France
• Comment Obeo est devenu membre stratégique de la fondation Eclipse
• XWiki.org vs XWiki.com
• 20h45 à 21h30 : Buffet
• 21h30 à 23h00 : L’open source en France : Développons en Java
• jCaptcha
• Play! framework une (r)évolution pour les applications web en Java
• jax-doclets
• Présentation d’eXo Platform
• 23h00 à … : 3ème mi-temps des juggers

Cette soirée aura lieu dans un amphi de 500 places de la Sorbonne (108 Boulevard Malesherbes dans le 17ème).

• Le programme détaillé est disponible sur le site du Paris JUG.
• Les inscriptions se font par ici.
• Pour participer à la troisième mi-temps exceptionnelle, c’est par ici.

Xebia est fière d’être sponsor de l’événement.

En espérant vous voir nombreux …

Actualité éditeurs / SSII

• Subversion, le nouveau projet de la Fondation Apache
• MuleSoft annonce Mule Data Integrator
• Des nouvelles de Tomcat 7

RIA

• Atmosphere, atmosphere ?

Le coin de la technique

• Sortie de JRuby 1.4.0
• Le mouvement NoSQL divise et intrigue

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

• Soirées Google et Atmosphere au Paris JUG

Actualité éditeurs / SSII

Subversion, le nouveau projet de la Fondation Apache

C’est officiel, Subversion fait maintenant partie des projets de la fondation Apache. Avant de pouvoir devenir projet top-level, Subversion doit d’abord passer par l’incubateur. Durant cette période, CollabNet continuera d’héberger le projet sur http://subversion.tigris.org. De plus, les différents binaires continueront d’être publiés sur ce site au-delà de la période d’incubation. Nous sommes donc en droit de nous demander ce que cette nouvelle va finalement changer ?

Certains imaginent la refonte de Subversion pour lui ajouter des fonctionnalités de gestionnaire de sources distribué, comme GIT ou Mercurial. Il est pourtant difficile de croire à une telle transformation, Subversion étant connu comme le gestionnaire centralisé star du moment. Un tel virement de bord signifierait la fin de ce modèle centralisé.

D’autres perçoivent au contraire cette nouvelle comme une fierté personnelle et voient l’arrivée de Subversion dans l’ASF comme un aboutissement. Le projet est assez mature pour rentrer dans une nouvelle phase et Apache est la maison idéale pour le faire vivre sur le long terme tout en pérennisant la communauté.

Au final, la véritable réponse à cette question se situe probablement entre ces deux visions. Pourquoi le projet ne continuerait pas tout simplement à avancer sur le chemin qu’il suit depuis sa création ? Il lui reste du trajet à parcourir : performances, intégration avec les IDEs, outillage …

MuleSoft annonce Mule Data Integrator

MuleSoft annonce aux abonnés de sa newsletter l’arrivée en version beta de Mule Data Integrator, un outil permettant de définir facilement des mappings de données de toutes formes (XML, JavaBeans, WSDL, base de données, fichier simple, …). Ces modèles d’intégration de données peuvent ensuite être exploités directement par un transformer spécifique pour Mule ESB. L’outil se présente sous la forme d’une application Eclipse.

Il s’agit là d’une réponse à une problématique courante puisque Mule ESB simplifie l’intégration entre protocoles mais laisse au développer le soin d’apporter sa solution de transformation de données en se basant sur XSLT ou Java. On appréciera donc une telle possibilité offerte sur un ESB Open Source, même si aucun détail n’est pour le moment fourni quant à la licence pratiquée sur Mule Data Integrator.

Cette annonce fait suite à une activité très dense de l’éditeur ces derniers mois qui avait déjà créé la surprise avec iBeans et son offre Tcat Server. Fort de ce portfolio plus dense et plus riche, MuleSoft cherche donc à devenir un éditeur pour solutions d’entreprise à part entière, et non plus simplement l’entreprise derrière l’ESB à succès.

Des nouvelles de Tomcat 7

A l’occasion des festivités organisées à l’ApacheCon2009 pour les 10 ans d’Apache, les annonces furent nombreuses. Nous avons déjà parlé de l’arrivée du projet Subversion, dans le giron de la fondation. Outre l’utilisation par la maison blanche du projet Drupal, ce fût aussi l’occasion d’annoncer l’arrivée prochaine de Tomcat 7. Mark Thomas, interviewé par Dzone sur le sujet, parle d’une version alpha pour la fin de l’année. Voilà qui serait un beau cadeau de Noël pour la communauté. Dans l’interview, Mark revient sur les nouveautés attendues dans cette nouvelle version, le but principal étant bien sûr d’implémenter l’API Servlet 3.0. Tomcat supportera les web fragments et la déclaration dynamique de Servlet et Filter.

Côté sécurité, Mark annonce le SSL session tracking pour utiliser les identifiants de session SSL, une plus grande séparation des rôles utilisés pour l’administration (par script, par le web ou par JMX), et l’utilisation de jetons temporaires (nonce) en protection contre les attaques de type Cross Site Request Forgery. Une autre nouveauté majeure annoncée par Mark est la capacité de Tomcat 7 à être embarqué dans une application. Selon ses dires il suffit de 8 lignes de codes pour lancer Tomcat et configurer son application web.

Restent les logs asynchrones, l’ajout d’alias permettant d’héberger des répertoires du système de fichier hors du contexte standard de l’application, et de nouvelles protections contre les fuites mémoires. L’interview complète sur Dzone…

RIA

Atmosphere, atmosphere ?

Pas mal de buzz en ce moment autour du framework web Atmosphere (via TSS pour la sortie du produit en version 0.4) qui permet de créer des applications RESTful et Ajax Push/Comet.
Le framework supporte entre autres Java, JRuby, Groovy et Scala. Plusieurs exemples sont disponibles pour ce dernier avec notamment l’intégration d’Atmosphere avec Akka et Jersey (ici).

Au menu des nouveautés depuis la 0.3, une intégration avec Wicket et GWT, une intégration simplifiée avec des applications existantes (servlet based), le support des derniers protocoles bayeux, le support d’EJB 3.1, et OSGi ready …

Si ce framework vous intéresse, allez donc faire un petit tour au Paris JUG !

Le coin de la technique

Sortie de JRuby 1.4.0

L’équipe du projet JRuby annonce une nouvelle version de l’interpréteur Ruby full-Java. Parmi les avancées :

• Compatibilité avec Ruby 1.8.7 patchlevel 174
• Nouveau parser YAML, portage complet de Syck!
• Meilleure intégration de Java, plus rapide
• Installeur Windows
• Avancée du support de Ruby 1.9
• 307 bugs corrigés depuis la version 1.3.1

Le support de Rails dans sa dernière version est pleinement assuré et les objectifs pour le futur sont axés sur le support complet de Ruby 1.9.

Le mouvement NoSQL divise et intrigue

Le nom NoSQL est apparu courant 2009 pour qualifier un mouvement initié depuis longtemps mais qui a pris une importance et une visibilité particulière ces derniers mois. Il regroupe l’ensemble des projets proposant une solution de persistance de données non relationnelle qui se caractérisent par un design favorisant la scalabilité et la flexibilité. On reconnaît dans ces deux caractéristiques les besoins du Web, dont les grands acteurs que sont Google, Amazon et Facebook ont joué un rôle important en apportant leur propre solution (respectivement BigTable, SimpleDB et Cassandra).

Remettre en question le stockage relationnel exclusif qui s’était imposé presque comme une évidence dans le monde de l’entreprise ne pouvait se faire sans initier de nombreux débats. La dernière intervention en date est celle de Michael Stonebraker qui critique vivement cette initiative en avançant :

• Le choix du NoSQL comme solution de persistance est en général amené par un besoin de performance et de flexibilité. Ces deux caractéristiques peuvent être assurée par les RDBMS traditionnelle par la mise en place de bonnes pratiques épaulées d’un éventuel sharding
• Les systèmes NoSQL souffrent eux aussi de certaines des problématiques des RDBMS et ne sont donc pas une solution parfaite
• L’utilisation de procédures stockées permet d’obtenir la performance voulue dans de nombreuse situations

Ces arguments, assez classiques à l’encontre du NoSQL, sont opposés à ceux mis en avant par Debasish Ghosh, l’auteur du prochain DSLs in action à paraître chez Manning :

• Le sharding, solution souvent mise en avant pour sauver la scalabilité des RDBMS, est une solution très lourde à mettre en place, qui évolue mal et qui est très intrusive dans la logique métier ; elle est appliquée à des systèmes qui n’ont pas été prévus pour une telle utilisation
• Le théorème CAP montre que seule une approche différente des RDBMS classiques permet d’obtenir les performances voulues
• Une coopération intéressante se met en place entre les projets NoSQL afin de permettre des interopérabilités (tel que Neo4j s’appuyant sur Cassandra ou Riak sur CouchDB)

La remise en question apportée par le NoSQL est forcément bénéfique et ne peut amener qu’une innovation. Si le mouvement est encore récent et qu’il doit gagner en maturité, il amènera probablement à se poser plus naturellement la question de la ou des meilleure(s) solution(s) de persistance pour les données d’une application ou d’un système d’information.

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

Soirées Google et Atmosphere au Paris JUG

Pour rebondir sur la news ci-dessus concernant le framework Atmosphere, le Paris JUG nous propose ce jeudi 12 novembre une soirée spéciale Atmosphere.
A l’heure où nous écrivons ces lignes, il reste encore quelques places donc c’est maintenant ou jamais pour vous inscrire !

Toujours par le Paris JUG, la deuxième soirée de la semaine, mardi 10 novembre, autour de Google Wave / Android / App Engine affiche complet :p !
La remise à disposition des places des personnes non présentes 5 minutes avant le début de la session reste envisageable mais l’abonnement à la newsletter / rss / autre reste quand même le meilleur moyen d’être averti à temps !

Actualité éditeurs / SSII

• JavaRebel et Eclipse RCP deviennent…

Agilité

• Les clés d’une rétrospective réussie

RIA

• Prototype 1.6.1, une version pas si mineure
• Tester vos services AMF avec soapUI
• Vaadin 6.1.0

Le coin de la technique

• Ces classes que vous en avez assez de réécrire

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

• Soirée qualité du logiciel au Paris JUG
• Conférence CITCON le 18 et 19 septembre

Actualité éditeurs / SSII

JavaRebel et Eclipse RCP deviennent…

Des nouvelles de JavaRebel et d’Eclipse RCP dont nous évoquions le processus de changement de nom dans de précédentes revues de presse (ici et là).

Nous avons donc (roulement de tambour) JavaRebel qui devient… JRebel ! Il rejoint donc la longue liste des J* tel que JFreeChart, JUnit…

En ce qui concerne Eclipse RCP, les votes nous donnent comme gagnant… Eclipse RCP ! Statu quo donc avec 38% des votants pour conserver le nom actuel, suivi d’Eclipse Platform, Aurora, Corona et Tangram.

Agilité

Les clés d’une rétrospective réussie

La rétrospective est l’un des outils les plus connus et plus utilisés dans le processus d’amélioration continue. Pour obtenir de meilleurs résultats, quelques principes simples doivent être respectés. Cette semaine, un article publié sur InfoQ revient sur les éléments clés d’une rétrospective agile réussie :

• La préparation : la majorité des gens ont peur de donner leur position à l’oral et en public, c’est pourquoi il est important d’expliquer a priori les règles du jeu et expliciter les attentes et les enjeux de ce genre de réunion. L’efficacité de ce genre de réunion est proportionnelle au taux de participation : il faut tout faire pour éviter les monologues de quelques-uns
• La participation : il faut absolument éviter que cette séance ne devienne une routine, faire une rétrospective pour faire une rétrospective ne sert à rien : non aux retros théâtrales! C’est pourquoi il est important d’en sortir des actions concrètes et réalisables. Celles-ci permettent de mesurer leur efficacité et de donner une dynamique positive et concrète au processus d’amélioration continue.

Vous pouvez ajouter à ces deux points clés ces quelques conseils de communication :

• N’hésitez pas à ouvrir le débat et à poser la question : « Quelqu’un a t-il d’autres points à aborder ? »
• Demandez aux participants des pistes d’amélioration pour la rétrospective elle-même
• Dites merci !

RIA

Prototype 1.6.1, une version pas si mineure

Parce qu’il n’y a pas que jQuery dans la vie, voici quelques nouvelles de Prototype qui sort en version 1.6.1 (par Ajaxian)

Outre le changement de co-leads, les principales nouveautés portent sur :

• Compatibilité avec les navigateurs et particulièrement le support complet de Chrome 1.0+ et IE8
• Sauvegarde de données sur un élément DOM (la fonction data de jQuery)
• Nouveaux évènements souris mouseenter et mouseleave disponibles pour tous les navigateurs (et plus seulement IE)
• Performances générales : méthodes plus rapides, clean up plus efficaces…
• Utilisation de Sprockets pour la gestion de dépendances
• Documentation en ligne avec PDoc

De nombreux changements donc, à la fois au coeur de la librairie mais aussi au niveau des fonctionnalités, de la documentation…
Le téléchargement se passe par ici.

Tester vos services AMF avec soapUI

Dans cet article, nous apprenons qu’il est possible de tester les applications Flex utilisant le protocole AMF avec soapUI. Pour rappel, AMF (Action Message Format) est un protocole binaire de transfert de données entre le client et le serveur, permettant l’accès à des objets sur ce dernier (Java par exemple).
Avec une configuration relativement simple et quelques astuces, il devient très aisé de tester votre flux AMF : avec un simple script Groovy ainsi que les librairies BlazeDS et XStream, un flux ASObject est généré au format XML, permettant d’effectuer les tests.
Cerise sur le gâteau, des tests de charge peuvent être exécutés et démontrent encore une fois les bonnes performances de ce protocole.
Pour finir, nous apprenons également que la prochaine version de soapUI (3.5) intégrera le support de nouveaux protocoles, dont AMF ! A surveiller.

Vaadin 6.1.0

Vaadin continue son petit bonhomme de chemin et sort, fin de semaine dernière, en version 6.1.0 (par The Server Side).

Après la release majeure de juin dernier, qui a vu notamment le renommage du produit, le plugin eclipse et l’éditeur WYSIWYG, cette nouvelle version nous apporte entre autres (release notes complète) :

• Disponibilité du produit sur le repository central de Maven
• Support de Google App Engine (le build et le déploiement se font par leur plugin eclipse)
• Correction de 87 Jiras

Le téléchargement se passe par ici et n’oubliez pas le book of Vaddin qui parcourt le produit de a à z (installation, initialisation d’un projet, tutoriels…).

Le coin de la technique

Ces classes que vous en avez assez de réécrire

Dans le cadre de la sortie du JDK 7, Joe Darcy, de Sun, a demandé à un groupe de discussion de l’OpenJdk de réfléchir aux méthodes qui pourraient voir le jour dans la classe java.util.Objects. Cette classe (comme son nom ne l’indique hélas pas du tout) est destinée à regrouper des méthodes utilitaires fréquemment réécrites et utilisées.
Dans son message initial, il expose sans surprise un equals(arg1, arg2) tolérant la nullité. Un peu plus surprenant, il propose un compareTo(arg1, arg2) pour les primitifs.

Au premier abord, on sent l’idée de réintégrer dans le JDK des classes utilitaires déjà présentes dans nos frameworks (Apache Commons Lang ObjectUtils et Spring ObjectUtils) comme on l’a connu avec succès dans le Collections Framework mais aussi avec des flops comme java.util.logging qui n’a pas réussi à remplacer log4j ni à innover comme slf4j.

Si l’on continue la réflexion, on retrouve cette idée de protection contre les NullPointerException qui nous font tant souffrir comme le rappelle Tony Hoare dans Null References The-Billion Dollar Mistake. Sous cet angle de vue, l’idée de Joe Dary nous ramène à deux autres tentatives pour colmater les nulls en java avec JSR 305: Annotations for Software Defect Detection et JSR 303: Bean Validation qui proposent respectivement @NonNull et @NotNull !

Ces efforts pour lutter contre les NullPointerException en Java sont louables mais ils laissent un goût de contournement d’une limitation structurelle alors que d’autres langages sont intrinsèquement mieux armés (_safe operators_ à la Groovy, etc). Et nous entrons là dans un débat plus vaste : « Est-il trop tard pour améliorer le langage java lui-même quitte à perdre en compatibilité ? ».

Via InfoQ

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

Soirée qualité du logiciel au Paris JUG

Le Paris JUG fait sa rentrée mardi prochain sous le signe de la qualité. Au programme de cette soirée, le JUG nous propose pas moins de quatre présentations:

• Les frameworks opensource (Quels frameworks utiliser ? Quand ? Comment ?)
• Sonar, venez découvrir les 7 péchés capitaux du développeur et les chasser avec Sonar.
• SonarJ community edition, pour contrôler l’architecture et la qualité technique du code source.
• Squale, la plate-forme open-source de qualimétrie extensible.

Plus d’information sur l’évènement …
Le programme des prochaines soirées …

Conférence CITCON le 18 et 19 septembre

Comme un echo au Paris JUG, la conférence CITCON (Continuous Integration Testing CONference) a lieu à Paris, dans les locaux de l’ISEP.
Les sessions, type Open Space, seront organisées vendredi soir pour se dérouler toute la journée du samedi.
Vous pouvez retrouver les infos utiles sur le site de la conférence.

Une star mondiale de la conception logicielle, Eric Evans, nous présentera le DDD (Domain Driven Design).

Inscrivez-vous dès maintenant, les places sont limitées et prisées. Voici le plan d’accès à l’EPITA pour vous rendre à cet événement.

Voici le programme détaillé de la soirée :
19h15 : Accueil
19h30 à 21h00 : Domain Driven Design.

La présence d’Eric Evans sera l’occasion idéale pour répondre à toutes vos questions sur le DDD :

• Comment intégrer le DDD dans une organisation totalement étrangère à ces concepts ? Quels sont les angles d’attaque possible ?
• Quelles sont les bonnes pratiques pour construire l’ubiquitous language ?
• Des retours d’expérience sur les succès et échecs du DDD
• Les futures voies d’amélioration du DDD, notamment sur l’organisation de plusieurs équipes de développement

Pour rappel Xebia avait réalisé un article sur cette manière de concevoir les logiciels : DDD – La conception qui lie le fonctionnel et le code.

Saluons le Paris JUG pour l’organisation de ce genre d’évènements et le service relation entreprises de l’EPITA pour leur réactivité.

Références à ne pas manquer à propos du DDD :

• Domain Driven Design : What is? : Portail officiel d’information sur le DDD maintenu en autre par Eric Evans
• Domain-Driven Design: Tackling Complexity in the Heart of Software : livre de référence sur le sujet d’Eric Evans

SOA

• Fuji, le futur d’OpenESB

Le coin de la technique

• Concevoir des APIs efficaces
• JavaFX : informations et controverses
• Sortie de Wicket 1.3.6
• @Inject standardisation de l’injection de dépendances
• Sortie de Tapestry 5.1
• Trucs et astuces Json – Restfull

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

• Soirée Datagrid au Paris Jug

SOA

Fuji, le futur d’OpenESB

La prochaine version d’OpenESB, qui sera estampillée ‘v3′, est en cours de développement sous le nom de code ‘Project Fuji’. Ce projet a été récemment mis en avant par Andi Egloff, dans un webcast qui fait le tour des nombreuses nouveautés. Les principales d’entre elles sont :

• Integration Flow Language (IFL) : il s’agit d’un DSL externe permettant de définir des flux d’intégrations. Le rôle de ce langage est donc le même que le DSL interne offert par Apache Camel.
• Distributed JBI : La spécification JBI (JSR-208) ne couvre pas la problématique de distribution des composants JBI sur plusieurs noeuds. Fuji apporte une extension propriétaire pour permettre cette distribution.
• Utilisation de composants OpenJBI : ces composants seront utilisables directement dans OpenESB v3. Le projet prévoit de mettre les composants dont la compatibilité aura été validée dans le repository Maven du projet.
• Enterprise Integration Patterns : un certain nombre d’EIP sera supporté en standard et configurable via le langage IFL.

La version finale d’OpenESB v3 est prévue pour le second semestre 2009, l’équipe du projet annonce une probable preview pour JavaOne en juin.

Le coin de la technique

Concevoir des APIs efficaces

John De Goes vient de publier une série de deux articles (première partie et deuxième partie) portant sur les bonnes pratiques de conception d’APIs. Il s’appuie sur un exemple d’API de configuration pour illustrer son propos. Les points qu’il met particulièrement en avant sont :

• Il est important de sélectionner le niveau d’abstraction approprié et d’assurer l’uniformité de celui-ci sur l’ensemble de l’API, ainsi que de définir et respecter une responsabilité pour chaque classe. Ceci concerne la granularité des méthodes, le type d’objets manipulés en entrée et en sortie, ainsi que la présence et le type d’exception éventuellement renvoyée.
• N’offrir qu’une seule possibilité pour chaque besoin, afin d’éviter la confusion chez l’utilisateur de cette API.
• S’appuyer sur les possibilités offertes par le langage pour empêcher certaines mauvaises utilisations d’une API.
• L’API doit être la plus intuitive possible afin de minimiser autant que possible le besoin pour l’utilisateur d’avoir à se plonger dans une documentation.

Certaines de ces idées sont déjà partagées par de nombreux développeurs, mais comme c’est souvent le cas dans l’énonciation de bonnes pratiques ou de patterns, tout l’intérêt réside ici dans la formalisation apportée par l’auteur.

Les lecteurs intéressés par cette problématique pourront se tourner vers le livre de Jaroslav Tulach, Practical API Design, qui apporte l’intéressant retour d’expérience d’un architecte de NetBeans, ou encore How to Design a Good API and Why it Matters par Joshua Bloch (auteur de Effective Java).

JavaFX : informations et controverses

Depuis plusieurs mois, nous vous rapportons les différentes informations et controverses à propos de JavaFX. Cette technologie RIA, développée par Sun, et introduite en décembre 2008 fait beaucoup parler d’elle car personne ne sait dire aujourd’hui ce qu’il adviendra de JavaFX dans les mois et années à venir.

Les propos particulièrement négatifs dont JavaFX a été victime à ses débuts se font moins nombreux, non pas parce que cette technologie a convaincu, mais parce qu’elle n’est plus au centre des débats. En fait, ceci est bénéfique puisque cela permet d’observer plus sereinement les différents exemples postés régulièrement par la communauté JavaFX naissante. Il ressort de ce tour d’horizon que les capacités actuelles de JavaFX ne prêtent pas à critique : les fonctionnalités de graphisme et d’animations qui sont offertes semblent satisfaire de nombreux développeurs. Le problème porte principalement sur les manques et les promesses non tenues à ce jour :

• la portabilité de JavaFX sur plusieurs environnements (_desktop_, web, mobile, et TV, le fameux ‘All the screens of your life‘) n’est pas assuré puisque le déploiement est impossible sur mobile, faute de device compatible. Le fonctionnement sur téléviseur est lui toujours prévu dans une version ultérieure.
• les composants graphiques de haut niveau sont absents. Il s’agit pourtant d’un élément indispensable pour le développement d’applications RIA.

Joshua Marinacci, un des meneurs de JavaFX chez Sun, a été interviewé par Scott Hanselman dans un podcast. Il annonce que la démonstration de JavaFX sur TV pourrait être faite lors de JavaOne 2009, en juin. Il reconnaît par ailleurs le marketing excessif entourant cette technologie.

Outre ces réflexions d’ordre technique, le rachat de Sun par Oracle constitue une autre source de débats. Personne ne sait quelle décision Oracle prendra quant à JavaFX : soutenir ce projet qui nécessite encore un investissement lourd pour prétendre réellement concurrencer les autres acteurs RIA ou abandonner ce marché. Les différentes opinions sur ce sujet sont présentées et argumentées dans le dernier podcast des Cast Codeurs.

Sortie de Wicket 1.3.6

Wicket, le framework orienté composant de la Fondation Apache, sort en version 1.3.6 (1.4 toujours en release candidate 2).

Malgré les 7 mois d’écart avec la version précédente, il ne faut pas s’attendre à une révolution pour cette nouvelle mouture. Il s’agit en effet d’une version de stabilisation et d’amélioration. On notera donc de nombreux correctifs de bugs et plusieurs améliorations.

Cette version est téléchargeable sur le site d’Apache ou en changeant votre version de pom.xml en 1.3.6.

A noter, toujours autour de Wicket, le retour critique de Tom’s Quest sur Wicket et ses limites après la présentation, chez Zenika, de Martin Dashorst, un des committers principaux de Wicket et coauteur du livre Wicket In Action.

@Inject standardisation de l’injection de dépendances

Pas mal de bruit la semaine dernière dans la blogosphère Java avec l’annonce par Google et SpringSource d’une nouvelle proposition de JSR dédiée à l’injection de dépendances : @Inject (« Annotations for Dependency Injection »).
Comme le souligne ‘Crazy’ Bob Lee, l’auteur principal de Google Guice, la sortie de Spring 1.0, il y a déjà 5 ans, a apporté l’injection de dépendances aux masses, via un fichier de configuration propriétaire. Il y a 3 ans, Google Guice a proposé la même chose via des annotations (et SpringSource propose la même chose depuis Spring 2.5).
Si le succès de Google Guice est assez limité face au raz de marée Spring, le constat est là : il manque un standard. Comme les deux librairies ne sont pas compatibles, si vous exposez à un autre projet/équipe une librairie contenant des dépendances injectées par Google Guice, et que l’autre équipe utilise Spring, elle devra redéfinir tous les beans et leurs dépendances dans un fichier de configuration Spring (ou des annotations Spring).
@Inject propose donc de standardiser les annotations, afin de rendre portables sur différents frameworks (Guice, Spring, Tapestry IOC, etc.) des classes injectables.

Lire notre article à ce sujet : @Inject standardisation de l’injection de dépendances.

Sortie de Tapestry 5.1

Tapestry, dont on parlait récemment dans l’article l’injection de dépendances avec Tapestry IoC, passe en version 5.1 en respectant à la lettre son nouveau planning d’une version tout les 4 à 6 mois.
Outre les améliorations de performance et les nombreux bugs corrigés, la mise à jour embarque des nouveautés sur le support JavaScript, à la traîne par rapport au prédécesseur Tapestry 4.
Le rafraîchissement de plusieurs zones d’une page en une seule requête Ajax est maintenant supporté. Tapestry embarque maintenant la console JavaScript Blackbird.
Du côté des améliorations sur les templates, le chargement et le rendu des pages ont été optimisés, ce qui rend T5 plus rapide que jamais.
Vous pourrez aussi apprécier l’amélioration substantielle de l’archetype quickstart qui offre désormais une jolie interface, avec un design css intégré.
L’intégration de Spring est maintenant à double sens : on peut injecter des services Tapestry dans un Bean Spring.
Pour la prochaine version, qui sortira sans doute à la rentrée 2009, l’accent sera mis sur l’intégration de Spring Web Flow, et la possibilité d’utiliser une application Tapestry en tant que Portlet.

• Release note
• Site Maven du projet

Trucs et astuces Json – Restfull

Edwin Khodabakchian, fondateur de Collaxa (aujourd’hui au coeur de la stratégie SOA d’Oracle), nous donne quelques bonnes pratiques pour écrire des services web REST en utilisant Json (un couple qui a le vent en poupe). Actuellement lancé dans l’écriture de Feedly, une extension Firefox qui agrège des tweets et des entrés Google Reader, Edwin fera régulièrement profiter ses lecteurs de son expérience. Sans entrer dans les détails de ces bonnes pratiques, nous retiendrons l’astucieux découpage en 7 phases d’implémentation :

• Definir un service ou une ressource simple : définir le modèle Json et les 4 opérations REST et le servlet qui les fournit.
• Ecrire un client : utiliser le service avec un javascript simple. Cette possibilité est offerte par de nombreux frameworks, dont JQuery.
• Ajouter une étape de validation : modifier le service pour valider les ressources Json et utiliser les codes retour HTTP.
• Complexifier les ressources : modifier la hiérarchie d’Url pour servir des ressources plus riches. Tester la pérennité des ressources simples (phase 2).
• Ajouter un cache : améliorer les performances et la scalabilité de votre système.
• Implémenter la sécurité : utiliser une authentification web.
• Publier des événements business : pour découpler les processus REST des processus back-end. Les ressources REST sont traitées, un évènement business est lancé, qui déclenche le ou les traitements back-end.
• Gérer un cycle de vie pour les ressources : coupler un état de la ressource avec la phase de validation et la phase de publication des évènements.

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

Soirée Datagrid au Paris Jug

Le DataGrid au Paris Jug, c’est demain.
Pensez à réserver si ce n’est déjà fait.

La prochaine soirée du Paris JUG aura lieu le mardi 12 mai 2009 dans les locaux de l’ISEP.

Cette soirée est divisée en deux parties :

• Data Grid, durée 1h30, présenté Jean-Michel Bea (Fastconnect), Cyrille Le Clerc (Xebia) et Erwan Alliaume (Xebia)
• JavaRebel, durée 30 minutes, présenté par Jevgeni Kabanov, fondateur de ZeroTurnaround

Le Paris JUG est victime de son succès : le nombre de places est limité et l’inscription est maintenant obligatoire, avez-vous réservé la votre ?

Voici le programme détaillé de la soirée :

19h15 à 19h30 : Accueil

19h30 à 20h25 : Data Grid (1ère Partie)

Cache distribué, Network Attached Memory, Data Grid ou Cloud Computing sont des termes très à la mode qui s’inscrivent dans la même tendance.

Nous présenterons pendant cette soirée le chemin qui nous à conduit d’un simple EH Cache à des grilles de centaines de giga octects de données qui s’étalent sur des data center.

• Caches distribués

Les Cache Distribués se sont banalisés avec les frameworks Open Source Jboss Cache et EH Cache distribué. Où en sommes nous aujourd’hui ?

• Quels sont les cas d’utilisation d’un cache distribué ? Quels gains en attendre ?
• Comment migrer d’un cache local à un cache distribué ? Nos frameworks sont-ils adaptés à ces caches distribués ?
• Comment fonctionne un cache distribué ?

• Network Attached Memory

Le concept de Network Attached Memory a décollé dans l’univers Java avec Terracotta et offre à nos applications un espace mémoire encore inimaginable il y a peu. Que se cache-t-il derrière ?

• Quels sont les cas d’utilisation des technologies de Network Attached Memory ?
• Cette mémoire virtuellement infinie n’introduit-elle pas des contraintes ?
• Si la mémoire est partagée, qu’en est-il des traitements ?
• Quelles sont les perspectives des technologies de Network Attached Memory ?

• Data Grid

Le concept de data grid s’est popularisé avec les services Google Big Table ou Amazon S3 mais aussi avec des sites comme eBay qui annoncent des data center gigantesques. Cela va-t-il arriver dans l’informatique classique ?

• Qu’est-ce qu’une grille de donnée ? Comment ça marche ?

Intervenants : Erwan Alliaume, Jean-Michel Bea et Cyrille Le Clerc

20h25 à 21h05 : Buffet offert par la société ZeroTurnaround

21h05 à 21h35 : Data Grid (suite)

• Data Grid (suite)

• Qui a besoin de Data Grid ? Est-ce réservé aux hyper scalable comme eBay ou Facebook ? Comment faisait-on avant ? En ai-je besoin ?
• Comment structurer une application pour utiliser une grille de données ? Cela la change-t-il la façon de programmer ?
• Map Reduce est-il un pattern utilisable avec une grille de données ? Est-ce le seul ?
• Les grilles de données vont-elles remplacer les bases de données traditionnelles ? Comment peuvent-elles cohabiter ?

• Data Grid, Cloud et les autres

Data Grid, Grid Computing, Cloud Computing et eXtreme Transaction Processing (XTP) sont fréquement associés.
Comment positionner Data Grid par rapport à ces technologies ?
Quels positionnements ont les acteurs de cet univers ? Amazon S3&EC2 ? Coherence ? Gigaspace ? Google App engine & Big Table ? Grid Gain ? Terracotta ? Websphere eXtreme Scale ?
Et les mainframes dans tout ça ?

Intervenants : Erwan Alliaume, Jean-Michel Bea et Cyrille Le Clerc

21h35 à 22h05 : « How to stop waiting for build/deploy and enjoy coding again » – Also known as « Watching the logs roll by » (Présentation en anglais)

25 percent of developers say that their JEE projects take over two minutes to deploy, every time they want to see their changes. Since on average we deploy five times an hour, we are watching the logs roll by, or switching to email and losing focus, for more than an hour every day.

In this talk, Jevgeni Kabanov will highlight three key techniques that you can start using immediately to drop the time from hitting Ctrl+S to refresh your browser down to less than one second. We will start by discussing exploded development and some shortcuts you can take to eliminate the build scripts from your everyday life. Then we will review some ways to bypass or speed up redeployment. We will take a look at JEE redeployment, OSGi modules, special framework support that exists in Grails, Seam, Tapestry5 and RIFE, and JVM HotSwap. We will cover what you can do for free, and introduce a class reloading JVM plug-in called « JavaRebel », that solves the problem for peanuts.

After this talk, you will leave with a clear idea of at least three ways to reduce your turnaround, and measurably save your team at least an hour per day.

Intervenant : Jevgeni Kabanov

10/06/2009 : modification : utilisation de l’expression « data grid » au lieu de « cloud computing »

• Scrum découverte par Eric Mignot et Nicolas Martignole (aka Le Touilleur Express) :

« Nous proposons aux membres du JUG de découvrir d’une manière originale la méthode Agile Scrum. Après tout, en tant que développeur, qu’architecte ou que responsable d’équipe, en quoi consiste la méthode Scrum ? Vous avez entendu parler de Scrum Master ? Vous souhaitez comprendre comment travaillent les équipes Agile ? Vous n’y connaissez rien ? Vous êtes vous-même dans un projet Scrum et vous aimeriez entendre d’autres
témoignages ? »

• Scrum, c’est pas pour moi ! par Guillaume Bodet, directeur technique de Xebia :

« Au travers d’exemple concrets de mise en oeuvre, nous aborderons ce soir certaines des objections les plus fréquentes à l’adoption de Scrum, et plus généralement des méthodes agiles : mon projet est trop gros, mes équipes sont trop inexpérimentées, mon patrimoine applicatif est trop ancien, j’ai besoin de plannings et de budgets, mon architecture est trop complexe …
L’occasion de rappeler que l’agilité n’est pas une recette, mais un système de valeur applicable, en principe, à toute situation particulière. »

Venez nombreux !
Inscription requise.

Agilité

• LiquidTest : un outil de test des applications web

RIA

• Statut 2009 du Web et de l’Ajax vu par des superstars
• Google Analytics enfin pour les applications Flash

Le coin de la technique

• Jigsaw, un petit nouveau de l’OpenJDK
• Sortie de GWT 1.6 Milestone 1

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

• Paris JUG demain soir !

Agilité

LiquidTest : un outil de test des applications web

LiquidTest est un outil entièrement écrit en RCP qui permet de tester une application web en jouant des scénarios directement dans le navigateur.

Les scénarios sont rédigés soit sous forme de tables HTML, soit sous forme de programmes qui pilotent le navigateur (Java, Ruby, Groovy, C#).

L’outil permet de générer des tests cases en Java, JUnit et TestNG, C# NUnit.

Les fonctionnalités suivantes sont proposées :

• Enregistrement automatique des actions sur Firefox et Internet Explorer.
• Écriture rapide et simple des scénarios de tests.
• Une exécution en parallèle des tests sur plusieurs serveurs.
• Intégration avec JUnit, Eclipse (Plugin), .Net et d’autres frameworks.
• Support des langages de programmation Java, C#, Groovy et Ruby.
• Support du Drag and Drop.

L’outil LiquidTest est fourni en 3 éditions : une édition Développeur, une édition Testeur et une édition Serveur.

Une version d’essai de 30 jours est disponible.

RIA

Statut 2009 du Web et de l’Ajax vu par des superstars

Matt Raible, nous propose sur son blog, une retranscription de deux conférences intéressantes :

• The State of the Web 2009
• Ajax: The State of the Art with Dion and Ben

Chris Wilson, employé de Microsoft, fait remarquer que même si il y a des efforts de standardisation les développeurs Web doivent apprendre à utiliser plusieurs types de navigateur. De manière générale, la tendance est à des plateformes et des environnements clients de plus en plus variés (Windows, Mac, iPhone). Les développements doivent tenir compte de tous ces environnements pour construire des applications de plus en plus dimensionnables (scalables).

Lars Erik Bolstad, employé Opera, ajoute que le WAP n’a pas réussi et que les navigateurs (même pour les mobiles) font se focaliser sur les standards du Web CSS/HTML. Les performances seront aussi un axe d’amélioration des mobiles mais aussi des différents moteurs (navigateur, javascript, framework).

Dan Connolly, membre du groupe de travail du W3C HTML, indique qu’il y a aussi des axes de travail qui vont avoir de nouveau de l’intérêt après avoir été un peu ignorés :

• Le Web Semantique.
• Sécurité Javascript : actuellement la sécurité des navigateurs sur les scripts Javascript est faible. On constate souvent que le Javascript est désactivé par les équipes de sécurité ce qui freinent la portabilité des applications Web. (A voir sur google code le framework : Caja).

Sur l’axe développement, Scott Fegette, employé à Adobe, remarque une évolution importante dans le développement Web. Les IDE WYSIWYG sont dépréciés en faveur des frameworks. D’ailleurs, c’est JQuery qui semble avoir le plus les faveurs des développeurs Javascript. Un des grands axes d’intérêt d’Adobe est le RIA. Ajax est mature. L’idée de AIR est de développer des applications Bureau par des développeurs Web. Ainsi on développera des applications bureau comme des applications Web, avec des environnements, des techniques et des outils semblables. Ainsi Flash et Flex sont souvent trop riches pour de simples applications Web (hormis pour des composants multimédia – audio – vidéo) et sont plus destinés à des applications bureaux.

Une des orientations importantes est le développement des applications bureaux qui passera par ce que l’on a connu sur le développement d’applications Web.

Google Analytics enfin pour les applications Flash

Google Analytics est un excellent outil pour analyser le trafic sur un site web. Mais jusqu’à présent cet outil n’était disponible qu’en JavaScript.

Pour étendre les fonctionnalités sur les applications RIA, l’équipe de Google Analytics a sorti récemment une nouvelle API Gaforflash. Cet API est une implémentation native pour ActionScript3. Matthew McNeely nous présente sur le blog d’InsideRIA Gaforflash et des exemples d’utilisation. Un nouveau pas franchit pour les applications Flex, si vous voulez avoir plus d’informations sur cet API voici le lien : http://code.google.com/p/gaforflash/.

Le coin de la technique

Jigsaw, un petit nouveau de l’OpenJDK

Une nouvelle étape a été franchie cette semaine avec l’arrivée du projet Jigsaw dans l’OpenJDK.
Cette approbation fait suite au vote positif de 6 des 8 membres du Compiler Group.

Basé sur la JSR-294 dont il reprend les grands principes, Jigsaw a pour but d’ajouter la notion de modules au JDK. Ce projet, dernièrement créé, se doit de recoller les morceaux du très polémique puzzle de la modularité Java.

Il devrait permettre :

• De modulariser le JDK. Il était temps de remettre le JDK au sport. Il n’a cessé de s’engraisser à chaque nouvelle version au fil de ses 15 ans d’évolutions. Découper celui-ci en modules permettra, d’une part de mettre à plat les différentes dépendances de celui-ci, d’autre part de réduire les consommations mémoires et le temps de démarrage.
• D’offrir un moyen simple aux développeurs de modulariser leurs propres applications.

Nous présenterons prochainement le fonctionnement de ces nouveautés, un article dédié est en cours d’élaboration.

Sortie de GWT 1.6 Milestone 1

Nous vous parlions mi-décembre des futures orientations de GWT avec la roadmap de GWT 1.6, prévu pour le premier trimestre 2009.

C’est donc sans surprise qu’est sortie fin de semaine dernière cette version 1.6 en milestone 1. Cette version confirme entre autre :

• La structure de projet en WAR.
• Les nouveaux composants graphiques comme le DateTime Picker (à la manière du composant équivalent jQuery) ou le LazyPanel.
• Le Hosted Mode qui passe de Tomcat à Jetty avec l’ajout d’une fonctionnalité Restart.
• Un nouveau système de gestion des évènements.

Le téléchargement de cette version se passe par ici, le blog rappel toutefois que cette version n’est pas production ready.

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

Paris JUG demain soir !

Dernier rappel, le Paris JUG fête son 1er anniversaire demain soir à la Fiap à partir de 19h45. Pour plus de détails, regardez le programme.
Et n’oubliez pas de vous inscrire. On espère vous voir nombreux !

Antonio Goncalves, David Dewalle et Zouheir Cadi organisent, pour fêter cet anniversaire, une soirée exceptionnelle le mardi 10 février 2009 dans les locaux de la Fiap.

Au programme :

• 19h45 à 20h00 : Accueil.

• 20h00 à 21h00 : 1ère session de quickies :
  • Le Paris JUG, 1 an déjà par Antonio Goncalves, David Dewalle et Zouheir Cadi.
  • Les JUGs en France avec L’équipe du Paris JUG, Christophe Jollivet (Tours JUG), Xavier Hanin (Bordeaux JUG), Nicolas Leroux et Stephane Epardaud (Riviera JUG), Nicolas de Loof (BreizhJug), Sebastien Roul (Nantes JUG), Christophe Meyer, JM Doudoux et Xavier Roy (Lorraine JUG), Gaël Blondelle (Toulouse JUG).
  • Présentation du Framework Wicket par Tarik Filali Ansary.
  • Jazoon’09 – présentation de la conférence et des dernières news par Christian Frei.

• 21h à 21h45 : Buffet.

• 21h45 à 22h45 : 2e session de quickies :
  • Parleys par Stephan Janssen.
  • Présentation de Java SE 7 Dolphin par Thomas Chamas.
  • Comment créer un jeu vidéo en 3D en Java avec OpenGL ? par Julien Gouesse.

• 23h à … : 3ème mi-temps des juggers, cette fois-ci il est préférable (voire nécessaire) pour y participer de s’inscrire.

Venons nombreux et merci encore à Antonio, David, Zouheir, aux speakers, aux sponsors et aux partenaires !

Les inscriptions sont ouvertes : pour assister à la soirée et pour la 3e mi-temps (Châtaignes et Cassis – 34 rue Gassendi – 75014 Paris – à côté de la rue Daguerre).

Agilité

• Conseils pour adopter le TDD

RIA

• Flash vs Silverlight

SOA / Whatever

• Crise 2009, les analystes tuent le temps (à défaut de la SOA)

Le coin de la technique

• CAFÉ BABE : les .class vous parlent-ils ?
• Guide d’optimisation de votre site Web
• Web Beans, un énième modèle de composant pour Java EE ?

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

• Paris JUG

Agilité

Conseils pour adopter le TDD

Mark Levison décrit sur InfoQ les difficultés rencontrées par les équipes qui essaient d’adopter le Test Driven Development (TDD). Il remarque que les formations classiques ne sont pas suffisantes : elles ne reflètent pas la complexité du monde réel et ne permettent pas assez de pratiquer.
Pour combler ces manques, il propose de combiner plusieurs éléments, voici les principaux :

• Pair Programming quand un développeur est bloqué, même un débutant peut aider.
• Coding Dojo pour explorer des problèmes simples en groupe.
• Ateliers de lecture pendant lesquels un groupe discute d’un chapitre sur le TDD.
• Le management doit supporter cet effort et relâcher la pression qui pèse sur les développeurs en montrant qu’il comprend que la transition au TDD ralentira l’équipe mais que la qualité gagnée en vaut la peine.

Cette stratégie vise à créer plus d’échanges et augmenter la collaboration autour du TDD. Il note également que les développeurs doivent être patients, fiers d’écrire du code propre et utiliser des outils de mesure de couverture des tests (Emma, Cobertura, NCover).

RIA

Flash vs Silverlight

Si vous avez aimé notre RIA Contest, vous allez aimer le blog Shine Draw (relayé par DotNetGuru).

L’auteur (Terence Tsang) s’amuse à comparer Flash et Silverlight, exemples et codes sources à l’appui, les différents effets/animations/outils… que les 2 plateformes proposent. On pourra ainsi comparer le rendu graphique, la vitesse d’exécution, la difficulté du code et le temps de développement des exemples.

Les lecteurs du site pourront alors voter, pour chaque article / contest, si Flash ou Silverlight est le meilleur. On remarque entre autres que le jeu de course du célèbre plombier à moustache adapté à ces plateformes donne actuellement Silverlight vainqueur, tout comme la sauvegarde locale et même le player vidéo.

La grande majorité des articles du blog nous prouve ainsi, et par l’exemple, à quel point Silverlight devient de plus en plus mature et qu’il faudra aussi compter sur lui. La course aux meilleures technologies RIA ne se limitera donc pas à GWT et Flex !

SOA / Whatever

Crise 2009, les analystes tuent le temps (à défaut de la SOA)

Anne Thomas Manes, s’est fait son petit plaisir de début d’année en publiant lundi dernier, sur le blog « Application Platform » du Burton Group, un billet intitulé « SOA is Dead; Long Live Services« .
Elle y annonce la couleur d’entrée de jeux : « SOA met its demise on January 1, 2009, when it was wiped out by the catastrophic impact of the economic recession. ». En substance, alors que les SOAs étaient annoncées comme le paradigme d’architecture qui allait sauver les SI, elles ont en fait, après moult millions investis, empirées les choses (à quelques exceptions).
Les causes de ce fiasco ? D’après Anne Thomas Manes, pas les SOAs en tant que telles, rassurez vous. Si aujourd’hui, le métier ne croit plus aux promesses des SOAs, c’est avant tout un problème d’approche : Ceux qui ont compris que les SOAs n’étaient qu’un des outils du changement (changement organisationnel profond) ont profités d’un ROI énorme. Ouf !

Ce n’est donc pas aux funérailles des Architectures Orientées Services que le Burton Group nous convie en ce début d’années mais à celles de l’acronyme « SOA », dont nous avons oublié le sens premier.

Bien que cette annonce (savamment provocatrice) n’apporte rien de bien neuf, elle clôture admirablement 2008, l’annus horribilis de la SOA durant laquelle la blogosphère SOAiste est passée de la crise de doute à la désillusion.
Ce qui est sûr, c’est que le billet d’Anne Thomas Manes a rapidement fait le tour de la blogosphère des analystes SOA qui s’en sont donnés à cœur joie. Je vous laisse découvrir le compte rendu des premiers jours proposé par infoQ : « Is SOA Dead?«  qui reprend les réactions de David Linthicum, Joe McKendrick, Miko Matsumura et Steve Jones qui ont étés (comme souvent) les plus prompts à réagir.
Durant toute la semaine les réactions se sont multipliées.
On retiendra tout particulièrement la proposition de Miko Matsumura de suivre l’exemple de Prince et de parler désormais de « the architecture formerly known as SOA« .
A noter également le billet en français d’Olivier Rafal (« SOA mort ? Le terme, oui, pas les principes« ) qui rappelle, entre autre, à juste titre que le financement des initiatives SOA a toujours été un gros problème que la crise n’arrangera pas.

Beaucoup de bruit pour rien ? C’est l’avis de Jack Vaughan (« New year – same old SOA tempests?« ). Anne Thomas Manes s’en défend et revient sur les réactions que son billet a suscitées.
Cette effervescente semaine aura au moins eu le mérite de rappeler que les SOAs, telles qu’elles ont été abordées dans de nombreux cas, n’ont pas su convaincre (Ces échecs trouvent leurs sources dans de nombreuses causes).
L’année 2009 devra donc, plus que jamais, être l’occasion de rectifier le tir et d’aborder les questions de refonte des SI de façon pragmatique.

Rassurez-vous, ce que nous avions coutume d’appeler SOA est bien vivant !

Le coin de la technique

CAFÉ BABE : les .class vous parlent-ils ?

Un petit « café babe » ? Vous ne le saviez probablement pas, il s’agit du magic number présent au début de chaque .class et qui permet de les identifier. Au-delà de cette anecdote, si le format des fichiers .class vous intéresse, un tutorial a été publié cette semaine présentant rapidement les différentes parties composant ces fichiers. Il ne vous permettra probablement pas à lui seul de faire votre décompilateur mais peut servir de bon point de départ.

Les fichiers .class sont donc structurés comme ceci :

• CAFE BABE : le magic number permettant d’identifier des fichiers .class. Il est directement suivi par 4 octets représentant les versions majeur et mineur du format utilisé.
• Pool de constantes : Sont stockées dans cette zone toutes les constantes du fichier : nom de la classe, des interfaces, signature des méthodes, valeurs des champs déclarés avec le mot clé final.
• Access Flag : description sur deux octets de la nature de l’objet (classe ou interface), de sa visibilité et de son accessibilité.
• Classe courante et super classe : adresse sur deux octets permettant de récupérer le nom de la classe courante à partir du constant pool, directement suivi par un index représentant le nom de sa mère.
• Interfaces : tableau d’index permettant de récupérer les noms des différentes interfaces implémentées par la classe décrite dans le fichier. Cette zone débute par un chiffre représentant le nombre d’éléments présents dans ce tableau.
• Champs, méthodes et attributs : ces parties contiennent les dernières descriptions manquantes à la structure de la classe.

Guide d’optimisation de votre site Web

Dans une précédente édition de notre revue de presse, nous vous avons présenté des règles qui permettant d’améliorer les performances d’affichage d’une page Web. Ces règles étaient issues des bonnes pratiques Yahoo!.

Cette semaine, Ethan Gardner, Web designer, a publié sur son blog une série d’articles présentant des règles d’optimisations d’un site Web :

• Website Optimization Guide: Part One
• Website Optimization Guide: Part Two
• Website Optimization Guide: Part Three

Il aborde notamment l’intégration de votre site Web avec les moteurs de recherche, voici quelques règles importantes :

• Avoir un contenu explicite est important pour les utilisateurs du site Web mais aussi pour les moteurs de référencement :
• Avoir des titres de page explicites et idéalement uniques.
• Avoir des liens explicites : évitez des liens avec « Cliquez ici » préférez le nom de la page destination « Produit télévision HB6723″.
• Utiliser les balises meta, en particulier la balise meta description, qui permet d’améliorer grandement l’analyse de votre page par les moteurs de recherche, et c’est souvent le contenu de cette balise qui est affiché dans les résultats de recherche sous le titre de la page.
• Utiliser le fichier robots.txt ainsi que sitemap.xml afin d’aider les robots des moteurs de recherche à indexer votre site. Ceci permet, par exemple, de limiter le contenu à analyser en excluant certaines pages, comme une url d’administration par exemple).
• Avoir des bonnes pratiques de développements : conception, implémentation et test :
• Suivre les bonnes pratiques de Yahoo! : performance d’affichage d’une page Web.
• Avoir une navigation fluide dans le site.
• Avoir un site qui fonctionne correctement même avec le Javascript désactivé (ce qui est une première étape pour rendre le site accessible).
• Avoir un design portable d’un navigateur à un autre.
• Réduire la bande passante de votre site en utilisant les frameworks JavaScript hébergés par Google ou Yahoo! : Save Bandwidth by Serving jQuery, MooTools, Prototype via Google’s AJAX Libraries API.

Il y a donc beaucoup de leviers pour l’amélioration des performances de votre site Web. Retrouvez l’intégralité des règles dans son PDF : Website Optimization Checklist.

Voici une liste d’outil pour vous aidez à la mise en oeuvre de ces règles :

• YSlow, outil Yahoo! aidant à la vérification des Best Pratices de Yahoo!.
• Google’s Keyword Tool pour la génération de mot clé.
• XML Sitemap Generator permet de générer votre fichier Site Map pour Google, à voir aussi Sitemap Submission Made Simple.
• Le robots.txt du site de la Maison Blanche.

Web Beans, un énième modèle de composant pour Java EE ?

Gaving King, responsable de JSR 299: Web Beans, revient dans une interview à InfoQ sur le contenu de cette spécification. JSR-299 se définit comme un palliatif à des limitations des EJB 3 qui rendent difficile leur intégration à JSF [1]. Nous soulèverons les interrogations suivantes :

• Pourquoi les très récents EJB 3 (Mai 2006) ont-ils du mal à s’intégrer aux récents Java Server Faces (Mars 2004) alors que les concepts de Dependency Injections se sont généralisés en Java en 2003 / 2004 (cf. History of Inversion Of Control) et que Google Guice, Pico Container ou Spring Framework s’intègrent élégamment à la plupart des frameworks web (Struts 2, Spring MVC, Wicket, etc) ?
• Pourquoi résoudre les problèmes d’intégration des EJB 3 aux JSF en créant une couche intermédiaire Web Beans plutôt qu’en améliorant les EJB 3 ? Nous remarquerons à ce sujet que EJB 3.1 est une amélioration des EJB 3 pour faciliter leur utilisation, notamment avec les EJB Lite que l’on déploie dans le web container.
• JSF est-il le seul framework qui a du mal à s’intégrer aux EJB 3 ? Y a-t-il d’autres champs d’applications de Web Beans ? Gaving King reconnait que Web Beans a un champ d’application beaucoup plus vaste que JSF et pense particulièrement aux frameworks web, aux moteurs de BPM, à JAX-RS et enfin, à tous les gens qui utilisent un framework d’injection de dépendances Peut-on reformuler la formulation de Gaving King et y voir l’idée que Web Beans adresse tous les cas d’injection de dépendances et donc de cycle de vie de composants Java ?
• Si Web Beans a un périmètre aussi vaste que de gérer le cycle de vie des composants Java, pourquoi s’appelle-t-il « Web » et pourquoi ne communique-t-il que sur le liant JSF-EJB ? Gaving King donne une dimension très politique à ce positionnement en disant « Well I’m not sure that Web Beans would have been politically viable if it had appeared to offer an alternative to EJB ». IBM avait exprimé son inquiétude de voir la création d’un nouveau modèle de composants Java lors du lancement de cette spécification.
• Enfin, pourquoi les JSR de « cycle de vie des composants Java » (EJB, EJB Lite et Web Weans) se cantonnent-elles à la partie serveur et n’adressent-elles pas la partie cliente ? Les applications clientes (Swing, SWT, etc) ont elles aussi besoin de gérer le cycle de vie de leurs composants et la réponse se trouve aujourd’hui du côté de Spring, Guice ou Pico Container.

Au final, JSR 299 Web Beans peut être à court terme une source de confusion voire un frein pour les projets interessés par les EJB 3 en remplacement de frameworks à la Spring. A plus long terme, Web Beans ne laisse pas espérer l’émergence d’un standard unique d’assemblage des composants Java qui soit utilisable aussi bien côté client que côté serveur comme le font aujourd’hui Spring ou Guice … ou comme le propose OSGi, le challenger des standards Java .

Nous en saurons plus demain avec la présentation Java EE 6 d’Antonio Goncalves au Paris JUG.

[1] … the EJB component model still has some limitations: … The goal of this work is to enable EJB 3.0 components to be used…

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

Paris JUG

N’oubliez pas demain soir le Paris JUG qui se déroule dans les locaux de l’ISEP :

• 19h30 : Java EE 6 par Antonio Goncalves
• 21h05 : GlassFish V3 par Alexis Moussine-Pouchkine

Actualité éditeurs / SSII

• SpringSource rejoint le comité exécutif du JCP pour Java SE et EE
• Microsoft embrasse les Middlewares de Message Open Source

Agilité

• Scrum et le lavage en machine

RIA

• X2O framework ou comment faciliter la réalisation d’applications Flex.
• Pivot 1.0 : développer des applications RIA en Java et XML
• Testez vos applications Flex avec Fluint

Le coin de la technique

• Envers rejoint Hibernate

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

• GWT au Paris JUG de Novembre
• XKE, le programme de la session de Novembre

Actualité éditeurs / SSII

SpringSource rejoint le comité exécutif du JCP pour Java SE et EE

SpringSource était déjà présent dans des Expert Groups clefs de Java EE (JSR-316 : JavaEE 6, JSR-291 : Dynamic Component Support for Java SE – aka OSGi, etc). Rod Johnson fait un pas de plus dans cet organisme en se faisant élire membre du JCP Executive Committee for Java SE/EE, le comité qui encadre les JSR relatives à Java SE et Java EE. L’Executive Committee est à l’image de l’ouverture du JCP ; on y retrouve principalement des grands acteurs du monde Java (IBM, Oracle, Sun, etc) mais aussi l’ancien trublion aujourd’hui assagi des serveurs Java EE JBoss/Redhat et des membres individuels comme l’universitaire Doug Lea ou le polémique auteur du Bile Blog Hani Suleiman (qui ne s’est pas représenté cette année).

Rod Johnson place son mandat sous le signe de la transparence, de l’écoute de la communauté et du pragmatisme (Cf. A word about the election et our approach to the JCP). Cette vision s’inscrit dans la tendance actuelle du JCP dont les travaux s’ouvrent chaque année un peu plus (participation gratuite pour les individuels, publicité des débats, Reference Implementation (RI) et Technology Compatibility Kit (TCK) open source, etc).

La présence de SpringSource dans les instances dirigeantes du JCP participera au maintien de l’équilibre entre « petits et grands » dans un monde en phase de concentration (Oracle/BEA, IBM/ILog, Progress/IONA, etc). De plus, on peut espérer que Rod Johnson facilite le rapprochement entre le JCP et l’OSGi Alliance dont le fonctionnement ressemble plus au JCP d’il y a 10 ans (participation payante, membres essentiellement commerciaux, confidentialité des débats, des RI et des TCK, etc) qu’à la communauté que nous connaissons aujourd’hui : certes perfectible mais exemplaire par son ouverture.

Pour en savoir plus : SD Time : Rod Johnson on a mission to open up JCP, The 451 group : Spring forward.

Microsoft embrasse les Middlewares de Message Open Source

Microsoft avait déjà surpris la communauté Open Source cet été en devenant Platinium Sponsor de la Fondation Apache. La firme de Redmond poursuit aujourd’hui son rapprochement avec le monde Open Source en rejoignant l’AMQP Working Group pour soutenir le développement du protocole open source de middleware de messages AMQP destiné à concurrencer le duopole d’IBM et de Tibco (respectivement Websphere MQ et RendezVous).

Au delà de l’effet d’annonce, comment la firme de Redmond concrétisera-t-elle cet engagement ? Microsoft refondra-t-il Microsoft Message Queing (MSMQ) pour implémenter AMQP ? Contribuera-t-il à un projet Open Source comme par exemple Apache QPid, projet largement supporté par Redhat qui en a fait le socle de sa solution Redhat Messaging ?

En attendant plus de détails, ce ralliement pourrait d’une part être le soutien qui semblait manquer à AMQP pour prendre son essor et d’autre part être un différenciateur clef de Microsoft pour se lancer à l’assaut des parts de marché d’IBM et de Tibco.

Pour en savoir plus : InteropNews : Microsoft embraces AMQP open middleware standard

Agilité

Scrum et le lavage en machine

On connaissait la métaphore du Rugby pour expliquer Scrum, voici une comparaison plus originale : le lave-linge ! Le Touilleur Express fait l’analogie entre Scrum et le lavage en machine pour expliquer quelques notions :

• Product backlog : le linge sale représente la liste des tâches à faire.
• Itérations : le lavage s’effectue par cycle, comme le développement itératif.
• Capacité non extensible : ne demandez pas à votre lave-linge de laver plus de linge que sa capacité (5kg), de même une équipe ne peut produire qu’une quantité limitée de fonctionnalités par itération.
• Gestion de priorités : il faut trier le linge en fonction des priorités, si l’on a besoin de la chemise pour demain ou si elle peut attendre le prochain lavage.
• Ne pas perturber l’itération : il est impossible d’arrêter un programme en cours pour y ajouter une chemise oubliée. L’itération ne doit pas être perturbée non plus.

On pourrait rajouter qu’il faut éviter de mélanger les couleurs et les domaines métier, sinon le résultat pourrait déteindre !

RIA

X2O framework ou comment faciliter la réalisation d’applications Flex.

Après Exadel Flamingo, voici un nouveau framework nous facilitant le développement d’applications Flex : X2O. Dans cet article, InfoQ interroge Ka Wai Cheung de We Are Mammoth sur ce nouvel outil. X2O est une plateforme permettant de réaliser des applications Flex sans toucher au code de la partie serveur. Grâce à ce framework, nous n’avons plus aucune intégration à réaliser, pas de base de données à mettre en place. Tout est géré par le framework.

Il suffit pour cela de se créer un compte sur http://www.x2oframework.com/# puis de créer un modèle de données et de le soumettre à X2O.

Celui ci va ensuite générer :

• Un CMS sécurisé permettant de gérer les données.
• Un fichier SWC contenant les value objects du modèle de données ainsi que les CRUDs basiques et les méthodes de chargement qui ont été configurés dans le CMS.
• La documentation ActionScript 3 du projet.

Le CMS généré comprend une base de données, des procédures stockées, une couche d’accès aux données et une couche web service. Il est hébergé par le site et à tout moment, le développeur peut modifier son modèle de données dans le CMS et régénérer la librairie swc et la documentation ActionScript 3. La librairie fournit également des fonctionnalités supplémentaires comme l’envoi d’email et l’upload de fichiers. La plus grosse tâche est maintenant de créer son application Flex et d’appeler les méthodes du fichier swc pour charger les bonnes données.

Actuellement la version bêta est disponible et gratuite pour les développeurs. Ces derniers pourront donc tester ce framework (limité à deux projets par compte), donner leur avis et remonter des anomalies. La version définitive prévue en 2009 comportera probablement une version gratuite et une version payante sur plusieurs niveaux.

Pivot 1.0 : développer des applications RIA en Java et XML

Pivot est un framework Open Source pour le développement des applications RIA en Java. Ce dernier est le fruit d’un travail de l’équipe R&D de VMware, il fournit une alternative aux développeurs qui veulent développer leurs applications RIA en Java.

Les applications Pivot sont construites en Java et XML. La structure de l’interface utilisateur est décrite au format XML avec un langage de description d’écrans appelé WTKX, la gestion des événements et la logique applicative sont écrites en Java.

Pivot semble familier aux développeurs Swing, comme les deux utilisent Java2D et se basent sur une architecture MVC pour une séparation entre les données, la présentation et les traitements. Pivot fournit des composants graphiques dynamiques et réutilisables (panneaux, boutons, tables/grilles, boîtes de dialogues, menus et barres de menus …) pour créer des applications web de nouvelle génération.

Les applications Pivot peuvent s’exécuter à l’intérieur d’un applet java ou à déployer en local, tous systèmes d’exploitation confondus.

Le code source du projet est fourni sous licence Apache Version 2.0.
Une démo de Pivot en action : http://pivot-toolkit.org/tutorials/demo.standalone.html.

Testez vos applications Flex avec Fluint

Lors de l’une de nos récentes revue de presse nous vous parlions de FlexMonkey, outil permettant d’enregistrer des tests fonctionnels à la manière d’un Selenium, mais sur des applications Flex.

Dans cet article de Moxie Zhang, un autre outil nous est proposé et se nomme Fluint. A l’origine développé chez Digital Primates, cet outil est passé Open Source et permet de mettre en place des tests unitaires ainsi que des tests d’intégrations. En effet la majorité des outils ne permettent pas de tester les interactions (souvent asynchrones) entre les composants, et Fluint permet d’effectuer ce genre de tests.

La documentation pour la mise en place est bien fournie, et permet de créer assez rapidement des suites de tests.

A travers ces outils, nous voyons que les technologies RIA, et plus particulièrement Flex remportent de plus en plus de succès, alors qu’attendez vous pour franchir le pas ?

Le coin de la technique

Envers rejoint Hibernate

Peu de temps après sa première release officielle, Adam Warski, développeur principal de JBoss Envers, a annoncé cette semaine sur son blog l’intégration de ce framework de versioning d’entités comme module d’Hibernate. S’il n’apparaît pas encore sur la page officielle du projet, les sources ont d’ores et déjà été migrées sur le repository d’Hibernate. Aucun tag Hibernate ne dispose d’Envers pour le moment. Son intégration n’est d’ailleurs pas complètement terminée, quelques modifications restent à régler avant sa première release sous ce nouveau nom. Par exemple, l’annotation @Versioned sera renommée @Audited pour éviter toute confusion avec @Version de JPA. La première version d’Hibernate proposant les fonctionnalités d’Envers devrait donc être la future 3.4.

Pour mémoire, Envers vous permet de versionner simplement la plupart de vos mappings JPA et Hibernate. A l’image de Subversion, il offre un mécanisme de révisions et un moyen d’effectuer des recherches sur son historique.

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

GWT au Paris JUG de Novembre

Le prochain Paris JUG se tient demain 4 Novembre, dans les locaux de l’ISEP.

Au programme de la soirée:

• Une présentation de Google Web Toolkit, par Didier Girard, directeur technique de SFEIR.
• Puis une démonstration de l’API Restlet portée sur GWT, Restlet-gwt, par Jérôme Louvel, l’auteur de Restlet.

XKE, le programme de la session de Novembre

Le prochain XKE (Xebia Knowledge Exchange) aura lieu le jeudi 6 Novembre 2008. Les sujets suivants seront abordés :

• WSI-Basic profiles.
• Java Rebel.
• La galaxie GWT, un tour d’horizon des projets qui gravitent et améliorent le célèbre framework de Google.
• DDD – Domain Driven Design.
• Liquid Base, un outil qui gère les modifications de schéma de base de données.
• Spring Dynamic Modules, l’OSGI vu à la sauce Spring.
• Les outils de la JVM.

Comme nous l’annoncions, les XKE sont ouverts à l’ensemble des personnes à l’écoute du marché de l’emploi autour des technologies Java/J2EE. Si vous êtes l’une d’entre elles, n’hésitez pas à contacter Mélanie Bacrot pour vous inscrire.

Nous tenons à remercier les participants d’avoir fait le déplacement, les organisateurs Antonio Goncalves, David Dewalle et Zouheir Cadi pour leur accueil toujours aussi chaleureux et tous les bloggers qui ont relayé cette soirée.

Nous souhaitons à Didier Girard et Jérôme Louvel une assistance aussi nombreuse pour la soirée GWT du Paris JUG de Novembre .

La blogosphère en parle

• Le Touilleur Express : Présentation d’OSGI au Paris JUG : naphtaline et peinture fraîche
• Eric Le Merdy (Valtech Blog) : Back from OSGi at ParisJUG
• Tom’s quest : OSGi : oui mais non
• Ruchika Goyal (Xebia Hollande) qui relate lui aussi son expérience OSGi dans Experimenting with OSGi on Server Side

La présentation

Télécharger en PDF

Le plan

• Pourquoi la modularité ?
• La modularité en Java
  • L’existant
    • Les jars
    • Les classloaders hiérarchiques
    • Maven 2
  • Le futur
    • Java Module System
    • OSGi / JSR 291 : Dynamic Component Support for Java SE
• OSGi Alliance
  • L’histoire
  • Le fonctionnement
  • OSGi Alliance et le JCP
• La plateforme OSGI
  • Les bundles
  • Le réseau de classloader
  • Le conteneur
  • Le cycle de vie des bundles
  • Le Service Registry
  • L’assemblage des services
    • BundleActivator et ServiceTracker
    • Declarative Service
    • RFC 124 – A Component Model for OSGi (aka Spring DM)
  • Les services standards
• Demo
  • Import d’un service
  • Exposition d’une servlet : le HttpService
  • Upgrade à chaud d’un bundle
  • Log4j !
• OSGi dans le monde Java EE
  • Client side
  • Server Side
• Bonnes pratiques OSGi
• Les enjeux d’OSGi pour Java EE
• Conclusion : OSGi, prêt pour Java EE ?

Rendez-vous le mois prochain au Paris JUG !

La prochaine soirée du Paris JUG aura lieu le mardi 14 octobre 2008 dans les locaux de l’ISEP.

Cette soirée sera consacrée à OSGi et sera animée par Cyrille Le Clerc et Nicolas Griso de Xebia.

Au programme :

19h15 à 19h30 : Accueil

19h30 à 20h30 : Introduction à OSGI

• La naissance de ce standard extérieur au JCP
• La gouvernance de l’OSGI Alliance et les relations avec le JCP
• Les champs d’applications d’hier, d’aujourd’hui et demain (Enterprise Expert Group)

20h30 à 21h : Buffet

21h à 22h : OSGI appliqué
Côté client graphique, côté serveur. Quelles promesses, quelle valeur ajoutée, quels défis ?
Côté client, les applications RCP imposent OSGI, est-ce vraiment une plus value pour les développements ?
Côté serveur :

• OSGI en socle des middlewares : Websphere, Weblogic, Glassfish et ServiceMix 4
• OSGI pour l’informatique de gestion :
       - pour les ESB/EAI : OSGI comme technologie d’assemblage là où JavaEE n’a pas légiféré
       - pour les applications Web en alternative au standard .war de Java EE

22h à … : 3ème mi-temps des juggers

Pour participer à la soirée OSGi, inscrivez-vous ici.

Les tongs et les shorts de bain sont définitivement rangés pour tout le monde, le Paris Jug a fait sa rentrée hier soir. Rappelez-vous, la dernière édition nous avait particulièrement conquis. C’est donc avec une certaine impatience que nous attendions cette soirée, au menu ce jour : Groovy et Grails.

Groovy, scriptez vos applications sur une plateforme Java

Groovy est un langage de programmation dynamique pour la JVM. Il reprend certaines fonctionnalités d’autres langages comme Python ou Ruby tout en gardant une syntaxe proche du langage Java. Les scripts peuvent, soit être interprétés à la volée par la JVM, soit compilés comme tout autre programme Java. Étant donné que le bytecode généré est le même, il est tout à fait possible d’utiliser des bibliothèques Java au sein d’un programme Groovy et vice-versa. Vous pouvez par exemple écrire une interface en Java, l’implémenter par une classe Groovy et utiliser cette classe dans du Java. Groovy fait l’objet de la spécification JSR-241 du JCP. Qui de mieux que son leader, Guillaume Laforge, pouvait animer cette première partie de soirée ?

Après la présentation générale du framework, Guillaume nous a fait faire le tour les principaux sucs syntaxiques offerts par Groovy « sans devoir attendre les versions 7, 8 ou 9 de Java ». Pour nous démontrer cela, nous avons commencé par transformer un programme du type « hello world » écrit en Java en utilisant certaines fonctionnalités spécifiques Groovy :

• Utilisation de la portée par défaut (en Groovy tout est public par défaut) ;
• Sortie du code de la méthode main ;
• Suppression des ';' ;
• Gestion des propriétés ;
• Utilisation de paramètres nommés
• …

Au final, la taille du code a été divisée par 3.

Nous sommes ensuite entrés dans les détails de certaines fonctionnalités clés de Groovy dont :

• Les closures ;
• La lecture / écriture de fichiers XML ;
• La décoration de classes final ;
• …

Le tout en nous appuyant sur des cas d’utilisation concrets : création d’interfaces en Swing, utilisation simplifiée d’API, requêtes SQL.

L’intégration de code Groovy dans une application Java peut se faire de plusieurs manières :

• Via un ScriptEngine proposé par le Jdk 6 (JSR-223) ;
• Via Spring avec un namespace lang permettant de définir des beans Groovy ;
• Ou encore, via d’autres mécanismes spécifiques à Groovy.

Groovy permet également la création de DSL (Domain Specific Language), une sorte de mini-langage proche de l’utilisateur, sujet sur lequel nous avons publié un article en mai dernier.

La prochaine version Groovy 1.6 (actuellement en beta) est annoncée pour la fin de l’année, apportant de grandes améliorations sur les performances.

Grails, le trifouilleur de CRUD

En seconde partie de soirée, Fabrice Robini, architecte chez notre confrère Octo Technology, nous a présenté Grails.
Grails est un framework, basé sur Groovy, permettant le développement Agile d’applications Web MVC. Sorti en février dernier en version 1.0, Grails se veut être la réponse Java au framework Ruby On Rails dont il est fortement inspiré.
Ce type de framework privilégie les conventions à la configuration : fan de lourds fichiers XML, passez votre chemin ! L’idée maîtresse est de minimiser le code et les configurations techniques afin d’être rapidement opérationnel et de pouvoir se concentrer sur le code métier.

Pour fonctionner, Grails se repose sur certains frameworks stars du monde Java dont Spring et Hibernate. Ce n’est pas pour autant que votre code reste complètement figé par ces choix préétablis. Si il vous prend l’idée de remplacer votre couche présentation , pas de problème. Pour peu que votre choix se trouve dans le catalogue de plugins, vous pourrez remplacer Spring MVC par GWT ou Flex. Dans la plupart des cas, le code est débranchable et configurable. Notons cependant qu’il est, pour le moment, impossible de se passer d’Hibernate. Ce problème devrait être corrigé avec la prochaine version de Grails qui prévoit une compatibilité Jpa.

Grails ne se contente pas de fournir une stack d’API de développement, il intègre également un environnement complet d’exécution :

• Base de données (Hsqldb) ;
• Serveur web (Jetty)
• Scripts de déploiement (Ant, Maven)
• …

La création de projets s’en trouve fortement simplifiée.
Nous avons donc créé, le temps de la session, un petit projet CRUD permettant l’ajout / la modification / la suppression et la recherche d’albums audio. La première étape consiste à générer un projet vide par l’intermédiaire d’une première ligne de commande Grails. Projet que l’on peut directement importer dans Eclipse pour développer, en Groovy, nos entités métiers : ‘Album’. Ensuite, avec une seconde commande Grails, l’intégralité de l’application CRUD est automatiquement générée. A partir de là, il vous est tout à fait possible de modifier le code généré pour y apporter les améliorations que vous désirez. C’est là que Groovy devient intéressant, Grails s’appuyant sur les forces de ce langage pour faciliter la création de votre code spécifique. Au final, une dernière commande Grails vous permettra de générer un WAR déployable sur votre serveur d’applications préféré et monitoré par vos outils d’administration habituels.

Conclusion

Bien plus qu’une simple présentation de framework, les soirées Paris Jug sont toujours l’occasion de partager un retour d’expérience au sein d’un cercle de passionnés. La soirée d’hier n’a pas dérogé à la règle, l’assemblée contenait une proportion importante de personnes qui connaissaient déjà (de près ou de loin) ces technologies. Au final, si la soirée n’a évidemment pas mis tout le monde d’accord, elle aura eu le mérite de faire avancer un peu le point de vue de chacun.

À chaque événement, c’est également l’occasion d’ouvrir le débat, ce mois-ci par exemple, les questions nous ont permis d’avoir le point de vue de Guillaume Laforge sur un des sujets d’actualités du moment : l’arrivée probable des closures Java.

Terminons ce résumé avec le programme du mois prochain consacré à OSGI présenté … par des Xebians (Cyrille Le Clerc et Nicolas Griso)

Première partie : « introduction à OSGI »

• La naissance de ce standard extérieur au JCP
• La gouvernance de l’OSGI Alliance et les relations avec le JCP
• Les champs d’applications d’hier, d’aujourd’hui et demain (Enterprise Expert Group)

Seconde partie : « OSGI appliqué »

• Côté client, les applications RCP imposent OSGI, est-ce vraiment une plus value pour les développements ?
• Côté serveur : OSGI en socle des middlewares (Websphere, Weblogic, Glassfish et ServiceMix 4) et OSGI pour l’informatique de gestion

Nous vous y attendons nombreux !

Ce mois-ci, la soirée était divisée en deux parties complètement indépendantes (c’est d’ailleurs la première véritable soirée de ce genre depuis la création du Paris JUG). Grégory Weinbach de chez Objet Direct a ouvert le bal avec un sujet volontairement ‘polémique’ : « Pourquoi tout le monde ne fait-il pas du MDA ? », suivi par une présentation Flex animée par James Ward, évangéliste Flex et représentant d’Adobe au JCP (JSR-286 : Portlet Specification 2.0, JSR-299 : WebBeans, JSR-301 : Portlet Bridge Specification for JavaServer Faces).

MDA

L’approche MDA n’est que la vision OMG du Model-Driven engineering, voyons ce qu’elle propose.
Traditionnellement les projets sont centrés sur le code de l’application à livrer. Il s’agit du principal livrable, c’est lui qui va driver les ressources, délais, qualité d’un projet. Or le code intervient assez tard dans la majorité des processus de développement. MDA nous propose un modèle différent : essayer de se rapprocher de l’utilisateur en concentrant notre énergie sur les phases les plus en amont du projet. Là ou les projets traditionnels sont code-centric, MDA propose une approche centrée sur l’analyse fonctionnelle. Si l’idée est louable, voyons comment cela se présente en pratique. On commence par déterminer le CIM (Computation Independent Model), ce modèle se définit suivant les exigences du client et représente l’application dans son environnement. Il ne contient pas d’informations sur la réalisation de l’application ni sur les traitements. Plus simplement, il définit ce que l’on veut automatiser. Ensuite, la deuxième étape consiste à créer un PIM (Platform Independent Model). Celui-ci va définir un modèle abstrait qui permet d’exprimer les exigences fonctionnelles. C’est sur lui qu’est consacrée toute l’énergie. Et enfin vient la création du PSM (Platform Specific Model). Ce modèle permet de résoudre aussi bien les exigences fonctionnelles que non-fonctionnelles. Il dépend nécessairement des technologies utilisées par la plateforme d’exécution.

En pratique, on note quasiment tout le temps une mauvaise conception du PIM. Certains n’y traitent qu’une partie de la problématique réduisant l’approche MDA à une simple génération de code. D’autres, moins nombreux, poussent le modèle à fond : syndrome du PIM obèse; du coup, la compression de fonctions sensée favoriser le gain de temps n’est pas possible, on aura au final passé plus de temps à définir les modèles que l’on aurait mis pour développer l’application. Du coup, certaines questions se posent naturellement : Quelles sont les bonnes pratiques pour modéliser une application ? Comment construire un PIM efficacement ? Comment conserver la motivation de développeurs dont le rôle se résume souvent à inventer des générateurs-de-code-shaddockien puis à ‘merger’ le code re-généré avec les ‘aujustements’ manuels ? Où recruter des analystes qui maitrisent UML 2, des formalismes de modélisation des algorythmes et tout simplement l’algorithmique puisque ce sont eux qui dévcrivent ces algorithme métier ? Questions auxquelles nous restons sans réponses en fin de présentation. D’autres problèmes majeurs interviennent à notre sens dans ce type d’approche. Il est utopique d’imaginer un reverse-engineering efficace. Il n’est déjà pas simple de générer du code à partir d’un modèle, surtout si le code généré est customisé (et c’est en pratique toujours le cas), il ne faut pas espérer de pouvoir retransformer le code en modèle. Certaines méthodes existent : l’utilisation de commentaires signifiants est dangereuse, l’analyse syntaxique sur le code produit est trop difficile à mettre en place. Si dans le meilleur des cas on arrive à remonter une ébauche de PSM, il est quasi impossible de remonter au PIM. Du coup, il ne faut pas espérer maintenir une synchro entre le modèle et le code généré.

Notre fibre agile a également été quelque peu malmenée pendant la présentation, l’utilisation du terme « agilité » pour MDA parait un peu galvaudée:

• les notions de conception émergente, de refactoring, de démonstrations au plus tôt et le fait de ne prendre les décisions les plus engageantes que le plus tard possible ne semblent pas compatibles avec MDA
• comment parler d’une méthode de développement et d’agilité sans mentionner une seule fois le terme « test »? Alors que, puisque le code peut être généré et que les modèles décrivent complètement les comportements, on pourrait imaginer que les tests unitaires et tests d’intégration pourraient également être générés non? Ce qui permettrait de vérifier le comportement de l’application lors de la phase nécessaire d’implémentation manuelle du code manquant après la génération.

Ces quelques questions restent là aussi sans réponse, mais saluons tout de même l’effort de Grégory Weinbach qui n’était pas du tout en terrain conquis!

Adobe Flex

C’est sans conteste que la présentation Flex a marqué l’esprit de cette soirée. L’assemblée ne s’y est pas trompée, peu de personnes présentes à la session MDA ont quitté la salle pour la session Flex. Le moins que l’on puisse dire c’est que James Ward prend son travail d’évangéliste à cœur. La présentation a été fluide, rythmée, ponctuée de whaou effects tout en gardant un côté didactique exceptionnel.

Aussi efficace que soit la technologie, pour qu’elle fonctionne, Adobe doit convaincre et donner envie aux développeurs d’applications serveur (Java ou autre) de l’utiliser. Voila pourquoi ils se déplacent dans ce genre de soirée : ce soir en France, demain dans d’autres JUG européens, il est nécessaire pour Adobe d’évangéliser les différentes techniques d’intégration entre ces deux mondes.

C’est suffisamment rare pour être signalé, et ceci convient parfaitement au public du Paris JUG, la présentation de James contient 90% de démonstration de code, et est très peu orientée marketing. Sans langue de bois, il est suffisamment confiant dans la technologie pour dire à son public: « Essayez Flex, si vous développez de belles applications qui fonctionnent, et que ça vous convient, tant mieux. Si vous arrivez à faire la même chose avec SilverLight ou JavaFX, tant mieux aussi! ».

Les exemples de code commencent par une application « HelloWorld » très simple, composée d’un DataGrid récupérant les données hébergées sur le serveur au format XML grâce à un HTTPService. On obtient à l’écran un tableau de données, triable, avec les tailles de colonnes redimensionnables. C’est simple, ça fonctionne.
James a ensuite listé les différentes techniques disponibles pour le dialogue client/serveur, soit on échange en XML, mais le coût de la sérialisation doit être évité autant que possible (« principe n°327″ de Marc Fleury d’après James), soit on utilise le protocole AMF (disponible lors de l’utilisation de BlazeDS côté serveur), protocole binaire propriétaire, consommé nativement par le client Flash. James héberge sur son site une application qu’il a développée, Census, qui permet de comparer les temps de traitement côté serveur, les temps de transfert, et les temps de traitement côté client. Entre un échange XML avec le flux gzippé et un échange en AMF, les temps de traitement côté serveur sont clairement en faveur de la version AMF; en revanche, la compression AMF est très simple (et peu coûteuse), et les temps de transfert sont en faveur de la version XML/gzip.

Arrivent ensuite LES démos de la soirée.
En premier lieu une application de type « chat ». Un écran simple, avec une zone réservée à l’affichage des messages, et un champ pour leur saisie. Le client Flex dialogue avec une application utilisant BlazeDS côté serveur, et utilise les composants <mx:Consumer/> et <mx:Producer/>. Cinq lignes de code. Premier effet.
Ensuite, James réutilise le DataGrid présenté plus tôt et le rend éditable. On obtient une application de type CRUD, et le client est prévenu dès qu’une modification est effectuée côté serveur.
Une simple modification de 2 lignes dans le code source de l’application permet ensuite de générer sa version « bureau », avec Adobe AIR. James exécute le client AIR, on obtient exactement la même interface. Il fait une modification dans une ligne du DataGrid, et on voit la modification apparaître immédiatement sur la version Flash sur Firefox en arrière-plan! Deuxième effet, salve d’applaudissements.
Enfin, nouveauté de la dernière version d’Acrobat Reader, on peut maintenant intégrer dans un PDF une application Flash. James intègre donc dans un PDF le DataGrid éditable, apporte une modification sur une donnée, et boum, on voit la modification apparaître sur les deux autres clients, le client Flash dans Firefox, et le client de bureau AIR. Troisième effet, la foule est en délire!

La présentation s’est terminée par une série de questions, sur des sujets que James n’a pas eu le temps d’aborder (la présentation est assez courte, et il est déjà tard):

• qu’il y a t-il de mauvais dans Flex? James répond très franchement, l’intégration de blocs HTML dans une application Flash reste compliquée, mais des améliorations sont à attendre, l’intégration est par exemple bien meilleure dans les applications AIR. En revanche, les applications/sites Flash/Flex n’étaient pas indexables par les moteurs de recherche, c’était facheux, mais c’est réglé depuis la semaine dernière.
• à quand une solution Flash/Flex sur les mobiles? le projet Open Screen est là pour ça, on verra arriver Flash/Flex sur les mobiles dans les deux années qui viennent
• qu’en est-t-il des tests? le code ActionScript peut être testé avec FlexUnit, et une version Flex de Selenium est en cours de développement
• qu’en est-t-il de l’accessibilité? alors là, la réponse est impressionnante, quand on sait les surcoûts que représentent l’accessibilité dans le développement d’un site/d’une application HTML. Il suffit d’activer un flag à la compilation pour rendre l’application accessible (le Flash généré aura une taille supérieure, c’est pour cette raison qu’il n’est pas activé par défaut). A tester en conditions réelles, mais c’est extrêmement séduisant!!

En résumé, une présentation fraîche et spontanée, franche et pragmatique, donnée par une pointure, James Ward a conquis l’assistance en moins d’une heure.

Les conférences Paris JUG, qui se tiennent une fois par mois, sont gratuites et ne nécessitent qu’une inscription préalable sur le site, si le Paris JUG continue sur des présentations de cette qualité, les salles de 200 places ne seront bientôt plus suffisantes! On en redemande!

Voir aussi:

• un retour sur Touilleur-Express
• Samuel Liard a déjà réagi à l’article de Nicolas Martignole sur son blog

Actualité éditeurs / SSII

• Google App Engine, écrivez vos propres applications Google
• Polémique : Gartner Group nous révèle que Windows Vista s’écroule sous son propre poids

Le coin de la technique

• Polémique : Java est en train de perdre la bataille du web moderne
• Java EE Next Generations, les prédictions de Rod Johnson
• Sortie de Maven 2.0.9
• Camel 1.3 : les lightweight ESB progressent
• Netcraft Web Survey : Jetty progresse alors que Tomcat stagne
• IBM ObjectGrid est mort ! Longue vie à Websphere eXtreme Scale !
• Java Web Frameworks Survey

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

• Kirk Pepperdine au Paris JUG

Actualité éditeurs / SSII

Google App Engine, écrivez vos propres applications Google

Google a annoncé la semaine passée la mise à disposition d’une plateforme d’hébergement pour applications Web, Google App Engine. La plateforme est pour l’instant en preview release, seuls 10 000 développeurs on pu s’enregistrer pour y accéder.

App Engine met à disposition des développeurs (pour l’instant gratuitement, mais le service sera bientôt payant) les outils utilisés par Google pour ses propres applications :

• Stockage de données avec BigTable et Google File System (GFS)
• Scalabilité et répartition de charge
• APIs Google, pour gérer l’authentification, envoyer des mails, et dialoguer avec le système de stockage de données
• Ainsi qu’un environnement de développement local

Les développements sont pour l’instant effectués en Python, mais d’autres langages devraient prochainement être supportés. Si vous souhaitez promouvoir votre langage favori, c’est par ici que ça se passe (la demande de support de Java est actuellement en tête devant celles de Ruby et PHP).

Depuis la mise à disposition de ses services Amazon Simple Storage Service (S3), Amazon Elastic Cloud (EC2 – nuage de serveurs), et SimpleDB (base de données), nous savions que ce n’était qu’une question de mois avant de voir la riposte de Google.
Mais les services de Google et Amazon ne sont pas en concurrence frontale. Là où Amazon met à disposition des briques logicielles, Google met à disposition un environnement complet. On pourrait imaginer une application utilisant l’App Engine de Google en façade d’un nuage (EC2) pour le traitement par batchs.
A quand la réponse de Microsoft?

Quelques articles qui nous ont paru intéressants sur le sujet

• ZDNet : Google announces App Engine: Should Amazon worry?
• BusinessWeek : Google App Engine Goes Up Against Amazon, But That’s Not the Point
• BioloGeek : Google App Engine – avantages et inconvénients

Polémique : Gartner Group nous révèle que Windows Vista s’écroule sous son propre poids

Gartner Group nous annonce dans Windows collapsing under its own weight; Radical change needed que Windows 7 sera radicalement différent de Vista, ce sera le premier système d’exploitation modulaire de Microsoft.

Scoop ? Pas vraiment, Gartner nous l’avait déjà annoncé en Février 2007 dans Is Vista the last monolithic release?. En revanche, la nouvelle annonce nous dévoile quelques détails sur Windows 7.

Le coin de la technique

Polémique : Java est en train de perdre la bataille du web moderne

TV4IT nous avait invité à participer à son débat Java est mort, vive Java ? (part 2, part 3).
The Server Side relance le débat cette semaine avec Java is losing the battle for the modern web …. Derrière ce titre bien trouvé de guerre moderne, comme d’habitude, Java se ferait sortir du monde des applications web par des architectures LAMP sur des moteurs en C ; même la JVM ne trouve pas grâce aux yeux des cassandres.

Rien de nouveau dans les polémiques millénaristes si ce n’est un avis pessimiste sur l’avenir du prochainement disponible JavaFX face au prometteur Microsoft Silverlight et à l’omniprésent Adobe Flex. Comment JavaFX arrivera-t-il à prendre des parts de marché aux solutions d’Adobe et de Microsoft ? Quelle promesse de valeur ajoutée convaincra les clients de changer de technologie ?

Java EE Next Generations, les prédictions de Rod Johnson

Rod Johnson nous livre dans The Biggest Loser’s Next Contestant: Java Bloatware sa vision des prochains serveurs d’applications Java.

C’est l’occasion de comprendre la ligne directrice du framework Spring et en particulier de Spring Dynamic Modules for OSGi(tm) Service Platforms, Spring Integration et Tomcat (récemment rapproché de Spring par le rachat de Covalent).

Nous passerons les habituelles piques contre les serveurs d’applications Java EE qualifiés cette fois de « morbidly obese legacy platforms ». Au delà de ces critiques lassantes, nous retiendrons :

• L’avenir de Java EE ne passera plus seulement par les spécifications du JCP mais aussi par celles d’organismes (cf OSGI, SCA, etc.)
• Les serveurs d’applications de demain seront modulaires et beaucoup plus compacts
• Les ESB et les serveurs d’applications vont converger
• Ces évolutions augurent un renouveau de la compétition sur la marché des serveurs d’applications
• Spring se positionne avec sa stack associée au serveur Tomcat dont on peut s’attendre une évolution rapide (OSGI-fication ?)

Sortie de Maven 2.0.9

La dernière version de Maven est disponible, voici les points les plus innovants :

• MNG-3395 : le super pom 2.0.9 contient désormais les versions par défaut pour les plugins de base de Maven. Cette fonctionnalité était grandement attendue, elle devrait résoudre les problèmes de stabilité rencontrés sur les projets qui ne fixent pas dans leur pom parent les versions des plugins, puisque dans ce cas les plugins étaient mis à jour automatiquement dès leur mise en ligne sur le repository. Le travail effectué par Don Brown avec sa branche maven-db a en partie payé!
• MNG-1412 et MNG-3111 : l’ordre des dépendances dans les fichiers classpath générés est désormais déterminé par l’ordre de déclaration dans le pom, les dépendances héritées étant ajoutées à la fin.
• MNG-3415 : une erreur lors du téléchargement d’un artefact ne devrait plus corrompre les métadonnées du repository local. On ne devrait plus avoir besoin de supprimer une partie du repository local dans ce cas.
• Un projet peut désormais importer les dépendances de plusieurs projets grâce au scope « import ». Sur un gros projet multi-modules c’était quasiment impossible, puisqu’un module ne peut hériter que d’un seul parent. Bien évidemment si on utilise cette fonctionnalité Maven 2.0.9 devient obligatoire pour builder le projet.

A noter que les 2 premiers points peuvent changer le comportement de votre build, attention aux risques de régression! La liste complète des corrections et améliorations est en ligne.

Camel 1.3 : les lightweight ESB progressent

James Strachan nous présente les nouveautés d’Apache Camel 1.3, le prédécesseur du toujours pas releasé Spring Integration dans le domaine des lightweight esb [1].
On remarquera l’amélioration de la testabilité, la meilleure intégration aux POJOs et le support de Microsoft Message Queuing (MSMQ) et d’AMQP.

Si cette release est une bonne nouvelle pour les utilisateurs des Enterprise Integration Patterns, elle est en revanche une source de confusion pour les utilisateurs d’Apache ServiceMix 3, le conteneur JBI également inclus dans la stack IONA FUSE, dont la valeur ajoutée par rapport à Camel est aujourd’hui difficile à trouver. La présentation du futur ServiceMix 4, qui intégrera OSGI, CXF et Camel, aidera les utilisateurs surpris à comprendre comment s’articulera la suite ActiveMQ-Camel-CXF-ServiceMix.

[1] cf. Xebia Blog : Spring Integration – L’avènement des ‘lightweight ESB’ ?

Netcraft Web Survey : Jetty progresse alors que Tomcat stagne

Alors que LightHttpd empiète poliment sur les plates-bandes de Apache Http Server avec seulement 2% des parts de marché de son aîné, le conteneur de Servlets open source Jetty rivalise sans complexe avec le très établi mais stagnant Apache Tomcat : le nombre de serveurs Jetty représente 80% de celui de serveurs Tomcat (cf webtide blog: Jetty has 80% of Tomcats public servers).

Comment Jetty a-t-il rattrapé Tomcat aussi vite ? Les innovations de Jetty sont certes intéressantes (OSGI, Ajax Comet Push, etc) mais il faut surtout voir l’attention que Jetty porte à sa communauté de développeurs en proposant un produit très léger et facile à intégrer alors que Tomcat s’est quelque peu endormi sur ses lauriers. Espérons que le récent rachat de Covalent par Spring Source redynamisera la communauté Tomcat.

Source : Webtide blog : Jetty Improves in Netcraft survey

IBM ObjectGrid est mort ! Longue vie à Websphere eXtreme Scale !

Billy Newport nous annonce que la grille de données qu’il a supervisée, IBM ObjectGrid, s’appellera dorénavant Websphere eXtreme Scale

Simple détail de marketing ou signe de « Big Is Beautiful » chez IBM ? Hormis ses qualités qui font d’ObjectGrid une grille de données de tout premier plan [1], ObjectGrid se singularisait dans le portfolio Java d’IBM par une grande indépendance à la stack Websphere (les 6 petits Mo du client ObjectGrid s’exécutent indépendamment de Websphere, même sur une JVM Sun) et par un format de documentation très novateur avec un wiki Confluence plutôt qu’un classique Infocenter.

Billy Newport avait été visionnaire en prédisant dès juillet 2005 l’avènement du lightweight Java dans End of the Java Web Frameworks Survey road for invasive middleware?. Espérons que son message continuera à influencer Big Blue et qu’ObjectGrid ne disparaîtra pas dans l’imposante stack Websphere.

[1] cf. l’EntityManager à la JPA qui n’a pas d’égal pour manipuler les POJOs des la grille

Java Web Frameworks Survey

Peter Karich présente dans Java Web Frameworks Survey un comparatif des huit frameworks Web qui suivent :

• Click Framework
• Echo2
• GWT
• JSP
• Thinwire
• Wicket
• WingS
• ZK Framework

L’application était un simple bouton avec une zone de texte, dans laquelle on devait mettre un morceau de code permettant de dessiner un graphique. Pour le graphique, la librairie gnuplot a été utilisée.

Le comparatif nous permet de découvrir certains frameworks peu connus. Selon l’auteur, le framework Click présente des similarités avec Wicket et propose des aspects plus simples. Mettre en place sa première page avec Echo n’est pas très compliqué. En revanche GWT demande un certain coût d’entrée… (Nous avions partagé certaines de ces conclusions dans notre Web Framework Contest en Octobre dernier.

La conclusion de cette étude est que comme souvent chacun de ces frameworks a ses forces et ses faiblesses, et que si vous devez en choisir un il faut se poser les bonnes questions: un support est-t-il disponible ? Il y a t’il une communauté active? Quelles sont les possibilités d’intégration à une application existante ?

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

Kirk Pepperdine au Paris JUG

Kirk Pepperdine est venu présenter au Paris JUG les enjeux de performances en Java. En attendant que la présentation de Kirk soit disponible, les points essentiels :

• L’émergence des processeurs multi-coeurs révèle des problèmes de concurrence d’accès qui n’apparaissaient pas auparavant : une application peut s’exécuter moins vite sur un processeur multi-coeur à cause d’apparition de goulets d’étranglement (synchronisation, etc).
• Les APIs java.util.concurrent introduites avec Java 5 (en même temps que la clarification du modèle mémoire) simplifient le développement d’applications hautes performances.
• Les bases de données ne sont pas encore optimisées pour les architectures multi-coeurs et sont concurrencées frontalement par les grilles de données (Terracotta, Coherence, etc) qui elles exploitent les opportunités de parallélisme.
• Diagnostiquer un problème des performances d’une application Java nécessite d’étudier simultanément les quatre couches de « The Box » [1] : Hardware, JVM, Application et People.
• Les premiers outils pour ce type de problèmes sont le Gestionnaire des Tâches sous Windows et vmstat/top sous Unix/Linux car ils donnent une vision d’ensemble (IO, CPU Système, CPU Applicative, etc).

D’autres blogs parlent de la venue de Kirk Pepperdine : Le touilleur Express : Présentation de Kirk Pepperdine au Paris Java User Group, David Gageot: Troisième rencontre du Paris Java User Group.

Merci encore aux organisateurs du Paris JUG et rendez-vous le 13 mai pour des présentations sur la Productivité des développements Java (Guillaume Duquesnay) et Maven (Arnaud Heritier).

[1] cf InfoQ : The Box: A Shortcut to finding Performance Bottlenecks par Kirk Pepperdine