Actualité éditeurs / SSII

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

Actualité éditeurs / SSII

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

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

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

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

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

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

Jackson 1.9.0

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

@JsonUnwrapped

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

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

devient

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

Partage des annotations sur les getters/setters/champs

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

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

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

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

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

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

Actualité éditeurs / SSII

• IBM rejoint le projet OpenJDK

Agilité

• Comment vendre Scrum à votre manager

Le coin de la technique

• Percolator, l’indexation incrémentale du Web selon Google
• Maven 3
• Netbeans 6.10 sera finalement Netbeans 7
• Gaelyk, le cloud facile

Actualité éditeurs / SSII

IBM rejoint le projet OpenJDK

IBM a fait savoir hier soir par communiqué de presse qu’il rejoignait le projet OpenJDK à la suite d’un accord avec Oracle portant sur la mutualisation de leur efforts pour améliorer la plate-forme Java.

Cette annonce est pour le moins inattendue après les troubles qu’a connus la communauté Java cet été lors du conflit opposant Oracle à Google. Beaucoup voyaient alors cet évènement comme le signe d’un manque d’ouverture de la part d’Oracle pouvant nuire à l’avenir de Java. A l’inverse cette alliance entre Oracle et IBM devrait rassurer les entreprises quant à la pérennité de la plate-forme Java.

Les premières réactions sont arrivés rapidement. Mark Reinhold (leader du projet OpenJDK) s’est montré très enthousiaste à l’idée de cette collaboration. La veille, il avait d’ailleurs apporté quelques précisions quant à la mise en oeuvre du plan B, largement plébiscité par la communauté.

Un autre observateur met en avant le fait que depuis la création du projet OpenJDK il y a quelques années, la majorité du code à été commité par des ingénieurs de Sun/Oracle. L’arrivée sur le projet d’ingénieurs, avec en bagage leur expérience sur la JVM d’IBM, devrait donc constituer un apport de ressources très important pour OpenJDK.

Au-delà de la mutualisation des ressources, cet accord aura des conséquences politiques bénéfiques. En effet, beaucoup craignaient pendant un temps que le développement du JDK 7 sans JSR associée nuise à la concurrence puisque les JVM alternatives n’auraient alors plus de spécification sur laquelle se reposer. L’annonce d’IBM tend à résoudre ce problème puisque l’on passerait alors de multiples JVM concurrentes basées sur une même spécification à une JVM unique développée en collaboration par les acteurs à l’origine de HotSpot (Sun), JRockit (Oracle/BEA) et J9 (IBM). Une telle collaboration ne serait pas sans rappeler celle qu’a établie l’industrie derrière Linux.

Un point reste toutefois à déterminer : quelle sera la la gouvernance d’OpenJDK ? Dans le cas de Linux, la gouvernance est entre les mains de la Linux Foundation avec à sa tête Linus Torvald. Une organisation similaire est-elle possible autour du JCP en tant que « Java Foundation » ? Les réformes à venir du JCP devraient répondre à cette question.

Agilité

Comment vendre Scrum à votre manager

Dans cet article sur InfoQ, Mark Levison aborde l’épineux sujet de la conduite du changement vers une méthodologie agile.

Il est en effet complexe de convaincre un manager de la nécessité de migrer vers une méthodologie telle que Scrum car ce dernier est généralement contraint par des objectifs de delivery (délivrer de la valeur dans les temps par exemple). Mark nous donne quelques éléments permettant de gérer au mieux cette transition :

• Soyez à l’écoute de votre management et concentrez vous sur ce qui a le plus de valeur aux yeux de votre manager.
• Adoptez progressivement les méthodes agiles en justifiant les changements comme une amélioration du process actuel et non comme une migration vers une méthodologie agile.
• Présentez régulièrement les bénéfices des changements mis en oeuvre et montrez le retour sur investissement des changements adoptés.

Vendre une migration vers une méthodologie comme Scrum peut se révéler complexe. En revanche, écouter et comprendre les problèmatiques rencontrées par votre management vous permettra de mettre en avant les solutions qui y répondent le mieux, et ainsi de démontrer à votre manager l’intérêt du changement.

L’introduction progressive d’une méthodologie agile peut s’apparenter à un développement itératif dont les éléments du backlog seraient constitués des éléments de la méthodologie, priorisés en fonction de la valeur apportée à votre management. En montrant régulièrement les progrès effectués et le retour sur investissement des changements, il est probable que votre management vous accordera sa confiance et une marge de manoeuvre plus importante afin d’améliorer les process en vigueur.

Le coin de la technique

Percolator, l’indexation incrémentale du Web selon Google

Google a diffusé la semaine dernière la très attendue publication académique portant sur sa nouvelle architecture d’indexation incrémentale du Web.

Jusqu’alors, Google parcourait l’ensemble des pages Web du monde, les stockait dans sa base de données distribuée BigTable, puis procédait à leur indexation à l’aide de tâche MapReduce sur un très large cluster de machines. Parmi les tâches composant cette indexation, ils procèdent à une inversion des liens, c’est-à-dire que les mots trouvés dans les liens sont attachés en tant que mots clés des pages vers lesquels ils pointent. L’ajout ou la mise à jour d’une page a donc un impact potentiel sur de nombreuses autres, c’est pourquoi une ré-indexation complète était effectué jusqu’alors. Outre le surcoût de cette solution, Google lui reprochait son manque de réactivité incompatible avec l’orientation « temps réel » que prend le Web depuis quelques années.

Cette nouvelle solution d’indexation incrémentale est nommée Percolator par Google et consiste en un ensemble de tâches transactionnelles déclenchées par événement. Ainsi lorsque le crawler ajoute ou modifie une page il déclenche un évènement qui déclenche une cascade de tâches Percolator.

Percolator fonctionne au-dessus de BigTable en se fondant sur sa logique : des colonnes BigTable sont utilisées pour le stockages des différents états de l’algorithme distribué : acknowledge, notification et lock.
Afin d’assurer une forte scalabilité, Percolator gère les conflits de mise à jour (collision de deux transactions) par un rééssai ultérieur. Cette logique le destine donc avant tout aux traitements batch asynchrones pour lesquels MapReduce n’est pas adapté.

Fort des explications et retours d’expérience de Google, on peut maintenant s’attendre à voir une implémentation Open Source de cette intéressante solution de batch incrémental distribué du coté de la communauté Apache Hadoop, mais cela prendra probablement de nombreux mois.

Maven 3

Maven 3 est sorti ce samedi 9 octobre presque 5 ans après la version 2. Je m’en sers dans la plupart des projets que je rencontre depuis un peu plus de 6 mois sans problèmes majeurs. En effet l’accent de cette release a été mis sur la compatibilité avec les versions précédentes et dès les premières versions alpha, elle était au rendez vous. Derrière le rideau tout ou presque a changé, cette version est une grosse refonte technique, mais pour l’utilisateur de Maven il n’y a que peu de différences.

Les nouveautés :

• Construction des modules en parallèle: Il s’agit d’une option à activer avec le switch -T
• Stabilité et prévisibilité : La vitesse moyenne des builds est légèrement améliorée, il y a notamment moins d’appels aux repositories, amélioration du classloading (pour les plugins et les extensions)
• Validation et notification d’erreur : Les erreurs dans les descripteurs de projet ou dans les builds sont beaucoup plus clairement annoncés avec le plus souvent un ersatz de solution.

A venir :

• Maven shell: un shell (ligne de commande) qui cache la résolution de dépendances ainsi que le chargement de plugins de commande en commande.
• Maven polyglotte : permet d’exprimer les descripteurs de projets (pom.xml) dans d’autres langages que l’XML (Groovy, Ruby, Scala, Clojure…).
• M2Eclipse : plugin d’intégration de Maven dans Eclipse qui devrait voir une release 1.0.

L’ensemble de ces développements est rendu possible grâce à l’architecture de Maven 3.

Pour plus de détails vous pouvez consulter la note de version et la note de compatibilité. Enfin pour savoir si les plugins que vous utilisez sont compatibles il y a la matrice de compatibilité.

Netbeans 6.10 sera finalement Netbeans 7

The Aquarium, le blog officiel sur le serveur J2EE Glassfish, nous apprend la nouvelle: l’ex-futur Netbeans 6.10, sera finalement renommé en Netbeans 7. La raison officielle semble être le calage sur le numéro de version de Java, Netbeans sera alors (quasiment) prêt à supporter les nouveautés syntaxiques de Java 7 pour la sortie du JDK 7 lors de sa sortie. Par ailleurs, on ne sera pas trop surpris d’apprendre que le support de JavaFX script ne sera plus à l’ordre du jour (mais dès la version 7.1, on devrait avoir un support étendu des API Java de JavaFX). La liste complète des changements se trouve sur le wiki de Netbeans.
Cette nouvelle version est prévue pour mars de l’année prochaine. En attendant, vous pouvez toujours tester les versions intermédiaires, la milestone 2 devant sortir cette semaine. Profitons en pour noter les évolutions permanentes de la version 6.9, et notamment une correction récente qui permet maintenant d’utiliser Lombok avec les projets de type Maven. Votre serviteur l’attendait avec impatience !

Gaelyk, le cloud facile

Gaelyk, le framework « léger » permettant de développer en Groovy sur le Google AppEngine, vient de voir se succéder assez rapidement plusieurs versions pour arriver jusqu’à la 0.5.5. Dzone nous détaille succintement les améliorations. Aucune n’apporte de vraie révolution, mais Gaelyk semble s’affirmer de plus en plus comme LE framework à utiliser par les développeurs Java s’ils veulent bénéficier facilement et à moindre coût d’un serveur leur permettant de mettre en ligne des petites applications. D’autant que le framework dispose d’un bien bel atout: le plugin maven-gaelyk a rapidement été mis à jour. Celui-ci permet d’utiliser notre outil de build favori pour créer un squelette d’application, puis le déployer et l’exécuter en local facilement.
Mais attention, Gaelyk ne se limite pas aux petites applications et Helloworld: Deluan Quintão nous indique que l’on peut facilement configurer notre Spring habituel pour retrouver les automatismes (certains diront la lourdeur ) des applications d’entreprise. Il ne serait pas étonnant de voir de plus en plus de développeurs Java utiliser Gaelyk pour prototyper certains concepts ou réaliser des démos en un rien de temps.

Au programme :

• 18h00 : Accueil des invités.
• 18h30 : Présentation par Scott Ambler, Chief Methodologist/Agile, IBM Rational de Agile Scale Modeling (ASM) ou comment assurer la montée en charge des méthodes agiles dans l’entreprise.
• 20h00 : Cocktail dînatoire.
• 22h30 : Clôture.

Le nombre de places étant limité, nous vous prions de bien vouloir vous inscrire le plus tôt possible en suivant ce lien.

Actualité éditeurs / SSII

• Le meilleur de The Server Side

Le coin de la technique

• Spring Security seulement un alignement sur Spring 3.0 ?
• Tour d’horizon de JBoss Infinispan
• JGroups à l’heure du Cloud Computing

Actualité éditeurs / SSII

Le meilleur de The Server Side

Avec les fêtes vient le temps des rétrospectives. Et c’est TheServerSide qui ouvre le bal, avec son hit parade des neuf fils de discussion les plus vus en 2009. Sans surprise, on retrouve quelques stars de l’année, dont la popularité ne devrait pas faiblir en 2010 : JavaEE 6 et Glassfish 3, la persistance (JPA, les caches d’Hibernate, la démarcation transactionnelle avec Spring)… Mais aussi les buzz de l’année : Google App Engine, les langages next-gen… On trouve ensuite un grand article communautaire, sur ce que doit savoir un architecte applicatif.
Enfin, et nous devons bien avouer qu’à la vue des évènements passés, cela prête à sourire, un très beau fil de prospective : IBM parle de racheter Sun.

Cette première rétrospective reflète pour nous bien les tendances de l’année passée : pas mal de grandes manœuvres chez les éditeurs, des concurrents à Java de plus en plus présent, un nouvelle spécification très attendue, et des frameworks incontournables qui continuent à mener la danse.

Le coin de la technique

Spring Security seulement un alignement sur Spring 3.0 ?

Dans la foulée de la sortie de la version 3 de Spring Framework, c’est au tour de Spring Security de faire son annonce. Le point le plus marquant de cette version est l’utilisation du Spring Expression Language pour décrire les règles de contrôle d’accès qui simplifieront des vérifications simples comme @PreAuthorize("#contact.name == principal.name)") et surtout, couplé à des classes java transverses de sécurité, permettra d’effectuer élégamment des contrôles déclaratifs sophistiqués tels que :

@PreAuthorize("isPhysician(#patientFile.patient)")
public void create(PatientFile patientFile);

Bien sûr, il faudra programmer la méthode isPhysician(), Spring Security ne se substituera pas au code métier de votre application, il sera juste une aide précieuse .
Nous noterons au passage que l’Expression Language apporte à l’Aspect Oriented Programming le haut niveau d’abstraction qui permet de programmer des fonctionnalités métiers transverses sans être un spécialiste de la plomberie ProceedingJoinPoint et autres joyeusetés. L’AOP devient alors beaucoup plus accessible pour les développeurs d’informatique de gestion.

Les autres nouveautés que nous garderons en tête : des contrôles pré et post traitement (@PreAuthorize et @PostAuthorize), la restructuration des jars similaire à celle que Spring 2.5 a connu, et une clarification des règles de redirection post authentification.

Tour d’horizon de JBoss Infinispan

Le projet Infinispan a été initié en milieu d’année 2009 chez JBoss. Il s’agit d’une évolution de JBoss Cache d’un simple cache vers un DataGrid.

Dans le dernier épisode en date de JBoss Asylum, le podcast dédié à la communauté JBoss maintenu par Emmanuel Bernard et Max R Andersen, Mark Surtani, leader du projet Infinispan, était invité pour parler de son projet. Il a pu faire un tour d’horizon global en commençant par le lien entre JBoss Cache et Infinispan :

• Contrairement à JBoss Cache qui utilisait une organisation arborescente, Infinispan se base uniquement sur une structure clé-valeur à plat.
• Tout comme le faisait JBoss Cache, Inifinispan utilise JGroups pour assurer la découverte de ses instances.
• Une API d’adaptation permettra d’assurer la transition entre JBoss Cache et Infinispan, notamment en offrant une arborescence au dessus de la structure de base d’Infinispan. Des outils seront fournis afin de migrer les fichiers de configuration.

Manik Surtani a également abordé les fonctionnalités à venir, après la finalisation de la première version, dévoilant ainsi les ambitions de positionnement de ce produit :

• Utilisation de Lucene pour offrir une API de requêtes puissante permettant des recherches dans le DataGrid. Plusieurs possibilités d’architecture ont été évoquées telles que la réplication d’un index complet sur l’ensemble des noeuds ou la distribution de shards de l’index complet sur les noeuds via l’utilisation d’un InfinispanDirectory pour Lucene, actuellement en cours de développement.
• Intégration éventuelle avec Hibernate Search. Infinispan se substituerait à Hibernate Core et Hibernate Search lui apporterait alors la fonctionnalité de recherche.
• Possibilité d’effectuer des continuous requests pour que les résultats d’une requête s’enrichissent au fur et a mesure de l’arrivée de données sur la grille.
• API de MapReduce permettant de soumettre un Callable et un ensemble de clés d’objets sur lesquels doivent s’appliquer le traitement pour obtenir un Future représentant le résultat, à venir, après opération de réduction.

La plupart des fonctionnalités évoquées sont présentes dans les produits commerciaux que sont Oracle Coherence ou IBM eXtreme Scale. Toutefois, de telles possibilités seraient inédites dans un produit Open Source ce qui devrait faire d’Inifinispan un produit très intéressant à suivre en 2010…

JGroups à l’heure du Cloud Computing

JGroups est un framework permettant la communication au sein d’un groupe de serveurs. Actuellement développé au sein de JBoss, il est à la base de nombreux middlewares et frameworks d’entreprise permettant un fonctionnement distribué tels que JBoss Cache ou plus récemment Infinispan.

Après un an sans mise à jour majeure, Bela Ban, leader du projet, annonce la version 2.8. Outre de nombreuses évolutions améliorant la flexibilité de JGroups, un apport notable s’est glissé dans la liste : le support d’Amazon EC2. Il s’agit là d’une nouveauté emblématique de cette année 2009 qui va se conclure ; la majorité des frameworks cherche à afficher une compatibilité voire une synergie avec les environnements de Cloud Computing courant.
En pratique, cette intégration de JGroups à EC2 se fait par l’ajout d’un nouveau protocole de découverte de voisinage nommé S3_PING. Comme son nom l’indique, il utilise un stockage S3 commun dans lequel tous les membres d’un groupe écrivent leurs coordonnées. Ce mécanisme est particulièrement bien adapté à EC2 qui, de part la topologie réseau qu’il offre, ne permet pas le multicasting et n’est guère adapté aux autres protocoles de découvertes qui existaient jusqu’alors dans JGroups.

Notons tout de même que la principale nouveauté de cette version 2.8 est l’ajout du concept d’adresse logique que Bela Ban présentait il y a quelques mois. Une adresse logique permet de découpler l’identité d’un nœud JGroups de son adresse réseau ; l’association entre adresse logique et physique est résolue lors de la découverte des nœuds. Outre le découplage offert par ce concept, ces adresses permettent également de simplifier la gestion des pertes de messages lors de la ré-incarnation d’un nœud suite a son indisponibilité temporaire.

10 ans après sa création, JGroups continue donc de se maintenir à jour et, dans la mesure où il remplit toujours parfaitement son rôle, il devrait rester présent encore des années dans plusieurs middlewares et frameworks majeurs.

Actualité éditeurs / SSII

• JBoss AS 5, ce fut long mais c’est parti
• SpringSource tc Server : un dm Server sans ses modules
• Quoi de neuf dans Spring 3.0 M1 ?
• Sortie de Spring Integration 1.0.0
• Sortie d’Hibernate Search 3.1

Agilité

• L’agilité chez IBM

RIA

• Au pied du sapin : JavaFX GA
• Silverlight sous Linux

Le coin de la technique

• Nouveau mode hosté pour GWT 2.0

Actualité éditeurs / SSII

JBoss AS 5, ce fut long mais c’est parti

Sacha Labourey, CTO de JBoss, nous avait parlé lors de sa venue au Paris JUG la semaine dernière de l’imminence de cette annonce que la communauté attendait depuis longtemps : JBoss AS 5 est enfin releasé !

Les principaux composants de JBoss AS 5

• JBoss Micro Container (MC) : remplaçant du JMX Kernel, MC est le conteneur du serveur d’applications. Il offre le cycle de vie des différents modules (installation, démarrage, arrêt, désinstallation).
• JBoss Messaging (JMS) : déjà utilisé dans JBoss AS 4, JBoss Messaging est le successeur de JBoss MQ. La version 2 de JBoss Messaging est en cours de développement; les synergies avec Red Hat Messaging sont prévues ; les efforts pour faire converger les deux middlewares de message seront vraisemblablement importants.
• JBoss Transaction : issu du rachat d’Arjuna Transaction Service en 2005, ce composant mature n’a pas connu d’évolution significative avec AS 5.
• JBoss WS : stack Web Service ; la multiplicité de ses implémentations SOAP (native, adapteur pour Glassfish Metro ou pour Apache CXF) rend compliquée la compréhension de ce composant.
• Clustering : la haute disponibilité et la réplication reposent sur le mature et dynamique JBoss Cache (aujourd’hui en version 3) qui repose lui-même sur la librairie de communication multicast JGroups.
• JBoss Web : fort de son long passé de commiter Tomcat, JBoss package sa version optimisée du moteur de servlet de la fondation Apache.

Pourquoi JBoss a-t-il mis autant de temps à sortir cette version ? Des difficultés pour implémenter Java EE 5 ?
JBoss n’a pas eu de difficultés particulières à implémenter les EJB 3 ou JPA qui étaient déjà disponibles dans JBoss AS 4.2. Java EE 5 est la partie émergée de l’iceberg AS 5. Ce qui a pris du temps à JBoss est la refonte complète de son serveur d’applications. Les fonctions structurelles du middleware (transactions, clustering, messaging, sécurité, administration, etc.) sont désormais séparées des applications déployées qui peuvent être packagées au format Java EE mais aussi OSGi, Spring, Ruby On Rails ou tout autre format dès lors qu’un deployer (i.e. adaptateur) est disponible.

JBoss Micro Container est-il une victime du syndrome Not Invented Here ?
La réponse est complexe et le choix de JBoss plein de mesure. Le projet MC a été lancé alors que la bataille (plus politique que technique) entre Java Module System et OSGi faisait rage. Sun misait sur le projet HK2 pour son serveur Glassfish et s’est finalement rabattu sur le conteneur OSGi Apache Felix. SpringSource a tellement amélioré OSGi que le résultat rendait OSGi méconnaissable (adieux les ServiceTracker et autres Declarative Services) ; le pari a réussi et Spring dm Server est en cours de standardisation par l’OSGi Alliance sous le nom de Blueprint Component Model. JBoss, pourtant habitué des contributions aux standards Java (cf. JPA, Web Beans, etc.) a cette fois ci préféré commencer cavalier seul avec un Micro Container qui supporte OSGi comme il aurait pu supporter Java Module System.

Si JBoss AS 5.0 est une refonte complète, il risque d’être buggué
Le risque n’est pas nul, mais nous remarquerons que la plupart des composants fondamentaux sont matures et n’ont pas été impactés par la refonte 5.0 (transactions, messaging, etc.).

Le chantier AS 5 a-t-il été trop ambitieux ?
Les autres serveurs d’applications ont déjà été refondus (Websphere 6.1) ou sont en cours de refonte (Glassfish 3). Cette remise à plat était importante. Cependant, JBoss a pris beaucoup plus de temps qu’il ne le prévoyait et a dû changer certaines méthodes de travail pour atteindre son objectif. Sacha Labourey a notamment expliqué que le mécanisme de build a été changé en cours de route et que le travail open source collaboratif à distance par forum/mailing-list interposés avait touché ses limites.

Les clients ont-ils perdu patience ? Ont-ils changé de serveur ?
Les clients ont sûrement été déçus par l’attente mais pas tellement plus que les clients Websphere et JBoss AS 4 proposait déjà les EJB 3 et JPA. Ensuite, Glassfish a surement pris des parts de marché à JBoss AS mais c’est plus probablement lié à l’essor de Glassfish qui se fait au détriment de ses concurrents JBoss, Websphere et Weblogic.

En conclusion, JBoss AS 5 est une bonne nouvelle pour l’Open Source Java et rappelle la vitalité du modèle économique du Professional Open Source que JBoss a contribué à inventer.

SpringSource tc Server : un dm Server sans ses modules

L’actualité Spring est particulièrement riche cette semaine : SpringSource a annoncé lors des conférences de SpringOne Americas l’arrivée prochaine d’un nouveau serveur d’applications : le tc Server. Non, il ne s’agit pas d’un second renommage de leur dm Server, mais bel et bien d’un nouveau produit. Comme son nom l’indique, tc Server n’est ni plus ni moins qu’un Tomcat gonflé en fonctionnalités et en support, permettant de répondre aux problématiques de production.

Selon SpringSource, ce nouveau serveur est destiné à trois types d’utilisateurs :

• Les utilisateurs de Tomcat, désireux d’acquérir du support en production et/ou des fonctionnalités supplémentaires d’aide à la configuration et de diagnostics.
• Les utilisateurs de serveurs d’applications JEE qui n’utilisent pas d’EJB, désireux de migrer vers une solution plus légère.
• Les futurs utilisateurs de dm Server, désirant modulariser leur application.

Par ailleurs, SpringSource a récemment annoncé dans sa roadmap une compatibilité Tomcat dans sa prochaine version de dm Server (Jersey) prévue pour Q2 2009. À terme, ces deux serveurs ne risquent-ils pas de se marcher dessus ? Vu de l’extérieur, cela donne l’impression que ce nouveau tc Server a été créé dans le but de rassurer les utilisateurs : pas besoin d’être modulaire pour tourner sur une plateforme SpringSource.

Ce chevauchement dans l’offre nous laisse entrevoir une stratégie intéressante de la part de SpringSource :

1. Attirer en douceur les utilisateurs via un simple support Tomcat avec tc Server.
2. Les aiguiller par la suite vers une solution plus complète basée sur dm Server.

Pour cela, Spring compte tout d’abord mettre en avant ses fonctions Java EE classiques (monitoring avancé, transactions distribuées), puis, dans un deuxième temps, ouvrir le développement sur un modèle de composants Spring Module. Tout l’enjeu de cette stratégie est de convaincre les exploitants. Une fois que dm Server sera suffisamment bien implanté, les développeurs devraient se mettre à déployer leurs propres modules OSGi.

Cette distinction, techniquement non nécessaire, nous montre encore à quel point la monétisation du libre et la vente de support restent difficiles. La tarification des services reste au centre de la stratégie (et c’est bien compréhensible) : avec ce nouveau serveur, SpringSource nous propose également une nouvelle grille de tarifications allégée.

Quoi de neuf dans Spring 3.0 M1 ?

Le premier milestone du Spring nouveau est arrivé, annoncé par Jurgen Holler ce vendredi sur son blog. Comme nous l’annoncions dans une précédente revue de presse, Spring 3.0 M1 sort avec un léger retard par rapport à la roadmap Spring prévue.

Utilisateurs de Spring 2.5, les nouveautés apportées par cette nouvelle version ne devraient pas vous dépayser : peu de nouveautés fonctionnelles, mais un gros travail de refactoring interne.

Modifications techniques internes :

• Migration de gestionnaire de source : CVS vers SVN, dont voici l’adresse.
• Refactoring du projet en modules, le trunk contient une vingtaine de sous projets : org.springframework.core, org.springframework.aop, org.springframework.expression …
• Chaque module est commité avec sa configuration Eclipse prête à l’emploi, vous trouverez donc les .project, .classpath et même les répertoires .settings directement sur le svn.
• Vous y trouverez également les fichiers de configuration de build Ivy et un début de configuration Maven. Cette dernière n’est probablement pas fonctionnelle : les derniers commits datent de fin d’octobre pour les fichiers Maven, alors que des modifications ont été effectuées plus récemment fin novembre sur la configuration Ivy. D’ailleurs, les .classpath ne vous y tromperont pas, ils contiennent tous la variable d’environnement IVY_CACHE.
• Refactoring des sources, chaque module utilise maintenant les fonctionnalités Java 5, le code interne en est simplifié.
• Montée de version des tiers frameworks : JRuby 1.1 et JUnit 4.5. La montée de version de JUnit simplifie l’utilisation de ses extensions.

Nouvelles fonctionnalités :

• Arrivée de Spring EL utilisable dans n’importe quel composant Spring (y compris ‘core’). Vous pouvez par exemple utiliser la syntaxe #{ … } lors de la définition de vos beans (XML et/ou annotations) pour permettre de définir au runtime la valeur de certaines propriétés de vos beans prototypes.
• Support de REST intégré dans Spring MVC.
• … le reste à venir dans les milestones M2 et M3 qui suivront, prévus pour Q1 2009.

Nous avions également publié un article en octobre présentant les principales nouveautés de Spring 3.0.

Sortie de Spring Integration 1.0.0

La version 1.0.0 GA de Spring Integration, le « light weight ESB«  de SpringSource a été annoncée cette semaine lors du dernier SpringOne Americas.

Comme nous l’expliquions dans notre Introduction à Spring Integration, cette implémentation légère des Enterprise Integration Patterns vise à simplifier le développement de solutions d’intégration d’entreprise et à faciliter l’adoption par les utilisateurs de Spring des principes EDA (Event Driven Architecture).

Sortie d’Hibernate Search 3.1

La version 3.1.0 d’Hibernate Search a été mise à disposition cette semaine. Comme l’explique Emmanuel Bernard dans l’article « Hibernate Search 3.1 is out: performance, robustness and new features on the menu« , cette nouvelle version met l’accent sur l’amélioration des performances, la robustesse du code et l’utilisabilité.

Comme nous l’expliquions dans notre Introduction à Hibernate Search, Hibernate Search est un moteur d’indexation et de recherche full-text reposant sur Apache Lucene. Il prend ainsi en charge la gestion d’un index Lucene et sa synchronisation avec une structure objet persistée en base de données.

Agilité

L’agilité chez IBM

Scott Ambler, responsable du développement agile chez IBM, a été interviewé par InfoQ sur l’état présent de l’agilité et son futur.
En se basant sur l’étude 2008 de Dr. Dobb’s, il rappelle que 69% des organisations font au moins un projet agile. L’agilité est une réalité. Le TDD fait aussi parler de lui mais ceux qui le pratiquent sont moins nombreux.

Une autre étude a montré que les équipes agiles font autant de documentation que les équipes traditionnelles, et même plus de modélisation upfront (88% des équipes agiles), que ce soit sur papier ou avec des outils plus sophistiqués.
Abordant les problèmes liés à l’introduction de l’Agilité dans les grandes équipes, Scott cite les 2 points les plus courants qui sont les équipes de grande taille (5000 ?) et les équipes distribuées. Il ajoute un 3e point : la gouvernance.
L’Agilité permet une gouvernance plus efficace que les projets traditionnels, en laissant le contrôle du périmètre, du budget et de l’agenda aux intervenants (stakeholders).
Concernant les équipes distribuées, l’étude du Dr Dobb’s rapporte le succès des projets mesuré par leurs clients :

• équipes colocalisées : 83%
• équipes proches (étages différents, bâtiments différents) : 72%
• équipes distribuées (qui nécessitent l’avion) : 60%

Scott conseille donc d’éviter les équipes distribuées. Si l’on ne peut vraiment pas, il conseille d’organiser les équipes en fonction de l’architecture afin de minimiser la communication entre les différents lieux. Cela nécessite notamment un « architecture owner », responsable de l’architecture, mais qui ne reste pas dans sa tour d’ivoire comme on peut en voir sur certains projets.

L’autre conseil pour les équipes distribuées est de s’équiper de bons outils. Il présente le nouveau produit Rational Team Concert, basé sur Eclipse et la plateforme Jazz, qui facilite la collaboration de l’équipe.

Pour finir avec le futur de l’agilité, Scott reprend son analogie avec l’astronomie :

• Avant on pensait que « tout tourne autour de la Terre ». C’est la communauté traditionnelle qui pense que « tout tourne autour de l’engineering et de la documentation ».
• Aujourd’hui la communauté agile pense que « tout tourne autour du soleil », c’est-à-dire « autour du développeur ».
• Demain nous verrons comme Newton que « tout tourne autour de tout ». Nous devons avoir une vision entreprise et non par silo.

Avoir une vue d’entreprise sur l’informatique est extrêmement difficile, mais nécessaire pour construire des applications de niveau entreprise et de haute qualité.

RIA

Au pied du sapin : JavaFX GA

Après presque 2 ans d’attente, JavaFX est enfin disponible en version finale. Enfin pas tout à fait : JavaFX Mobile, initialement dans le scope de cette première version, est repoussé à février 2009, et les OS Linux et Solaris ne sont pas (encore) supportés.
Cette version 1.0 tient elle malgré tout les promesses entrevues lors de la parution de la preview ?
Et bien, pas vraiment.
Les défauts rédhibitoires que nous y avions décelés sont toujours là : le seul IDE de développement disponible est Netbeans (sans même l’inclusion d’un éditeur graphique), les composants graphiques de haut niveau (hormis les portages Swing) manquent toujours à l’appel…
Qu’est ce qu’apporte vraiment cette version 1.0 ? A première vue, l’effort a été porté sur la documentation : la Javadoc a été mise à jour et est relativement complète. La galerie d’exemples et de tutoriaux ‘officielle’ a été copieusement alimentée. On regrettera cependant que cette galerie mette l’accent sur le spectaculaire, plus que sur le fonctionnel (aucun exemple d’intégration avec un back end Java ou une base de données).
Au rayon des nouveautés, on notera la présence de codecs audio et video, permettant d’intégrer facilement du contenu multimédia (par l’entremise d’un encodage en Flash).
Sur un niveau moins technique, on peut noter la présence de 2 plugins pour les produits Adobe, Photoshop et Illustrator, qui devraient faciliter les échanges entre web designers et développeurs J2EE.
A noter enfin, sur un plan plus marketing, la présence d’un émulateur mobile, qui préfigure ce que pourrait être JavaFx Mobile.
En conclusion, cette première version n’est pas vraiment au niveau des attentes qu’elle a suscitées. Cependant, nous restons une fois de plus sur l’agréable impression de pouvoir faire de jolies interfaces en Java.
A notre sens, la prochaine étape déterminante sera l’adhésion de la communauté à cette nouvelle technologie, qui devrait permettre l’émergence de composants de haut niveau (un travail auquel s’est déjà attelé James Weaver), en espérant que ceux ci seront incorporés dans les prochaines versions.
Reste que le produit de Sun est en retard par rapport à ses concurrents, et que la volonté de couvrir toutes les plateformes à la fois (desktop, mobile, télévision) pourrait se révéler à court terme un handicap pour cette technologie émergente.
Alors, Sun s’est il fourvoyé avec Fx, comme le pense Tim Bray ? Seules les futures versions nous le diront.

Silverlight sous Linux

La version 1.0 beta de Moonlight est disponible.
Moonlight est une implémentation open source de Silverlight pour Linux / Unix, portée par Novell et développée par le projet Mono. Cette béta est disponible pour un grand nombre d’environnements (Ubuntu, Suze, Fedora…) en 32 ou 64 bits.
Elle permet l’exécution de scripts Silverlight 1.0, la diffusion de contenu (MediaPack 1.0)…
Elle sera disponible en version finale le 20 janvier 2009.
Pour pouvoir profiter au maximum de Silverlight sous Linux, il faudra attendre la version 2 de Moonlight (support complet de Silverlight 2.0 et des dernières innovations Microsoft). Elle devrait être disponible en béta courant avril, puis en finale durant septembre 2009.
La roadmap complète est exposée sur le site du projet Mono.

Le coin de la technique

Nouveau mode hosté pour GWT 2.0

Les nouveautés des prochaines versions 1.6 et 2.0 de GWT continuent d’affluer.
Ainsi, après la possibilité de pouvoir fragmenter son application, c’est une fois de plus chez Sami Jaber que l’on apprend en vidéo l’une des grosses fonctionnalités à venir : le nouveau « Hosted Mode » de GWT 2.0.
Alors qu’aujourd’hui ce mode se lance dans une nouvelle fenêtre de votre IDE, demain vous pourrez le lancer directement dans votre navigateur (en tout cas ceux gérés pour l’instant).
Le mode reste toutefois celui que l’on connaît à savoir que GWT simule un site compilé (moteur de rendu) i.e. qu’aucun Javascript n’est généré. L’intégration avec des plugins comme Firebug sera donc limitée… Le mode Debug et le rafraichissement du navigateur suite à modification du code GWT sont bien sûr conservés.

Actualité éditeurs / SSII

• Microsoft se rapproche de la fondation Eclipse
• Eclispe 4, une refonte du socle ?
• SpringSource Application Management Suite (AMS)

Agilité

• Polémique : Scrum aliène-t-il XP ?

RIA

• Adobe AIR pour Linux

Le coin de la technique

• SCA Java EE Integration specification : v0.9
• IBM annonce Websphere MQ V7 pour Juin
• Complexité cyclomatique optimale : 11 selon Enerjy !
• Java Module System (JSR-277) et OSGI, un silence pesant

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

• Poissons d’avril

Actualité éditeurs / SSII

Microsoft se rapproche de la fondation Eclipse

A l’occasion d’EclipseCon 08, Sam Ramji, leader de la communauté Open Source chez Microsoft, a annoncé le début d’une collaboration entre La fondation Eclipse et Microsoft.
Le principal but de ce rapprochement concerne une meilleure intégration du toolkit graphique d’Eclipse SWT avec Windows Presentation Foundation (WPF).

Eclispe 4, une refonte du socle ?

Voulant conquérir de nouveaux horizons, notamment côté serveur, la fondation Eclipse annonce la création d’un nouveau composant appelé e4. Le but principal de ce projet est de poser les bases du futur Eclipse 4.0. Partant de zéro, son rôle sera de simplifier la plateforme Eclipse et d’être résolument tourné vers le web.
Prévu au mieux pour fin 2009, Eclipse 4 sera développé en parallèle d’Eclipse 3.4 (Ganymede) et devrait assurer le compatibilité des plugins existants.

SpringSource Application Management Suite (AMS)

SpringSource vient de livrer une solution de monitoring des applications basée sur Spring. Voyons ici un système concurrent de Glassbox. Cependant, cet outil tire partie des nouvelles possibilités de configuration par annotation offertes par Spring 2.5. Il comprend automatiquement les annotations @Controller, @Repository, @Transactional, @Component et @Service. L’avantage donc par rapport à Glassbox finalement c’est la prise en compte automatique des beans gérés par Spring dans le monitoring.

SpringSource AMS est basé sur Hyperic’s HQ Enterprise Edition, fruit du récent partenariat entre les deux sociétés.

Un outil résolument à suivre ….

Agilité

Polémique : Scrum aliène-t-il XP ?

Notre collègue Vikas Hazrati a résumé sur InfoQ: Do Extreme Programming Folks Care about Scrum? une discussion très « animée » initiée par Michael James à propos de Scrum vue par les praticiens d’XP (eXtreme Programming). Ce dernier pense que Scrum et XP sont des alliés, mais ce n’est pas l’avis de tout le monde.

Comme Guillaume Bodet l’expliquait dans Scrum ou XP ? Scrum et XP !, nous pensons que Scrum et XP sont complémentaires, Scrum se positionne au niveau de la gestion/organisation de projet tandis que XP concerne les activités de développement.
Mais comme le dit Bruce Robinson, XP n’est pas la seule méthode de développement et elle n’est pas forcément la plus adaptée dans tous les cas, on peut par exemple préférer la revue de code au pair programming.

Alistair Cockburn répète que les pratiques préconisées par XP sont utiles mais pas nécessaires, des projets fonctionnent très bien sans XP.
Peu importe la méthode, mais tous sont d’accord qu’un projet nécessite des pratiques de développement pour réussir. Effectivement Scrum fournit un cadre méthodologique mais elle nécessite d’être complétée, « implémentée » par des pratiques de développement.

Wayne Mack propose l’approche du menu chinois : apprenez les 2 méthodes, choisissez ensuite les éléments qui vous semble intéressants parmi le menu.
Attention toutefois, Vikas Hazrati nous rappelle à travers le ShuHaRi que choisir les éléments du menu et créer sa propre méthode demande de la maturité, il conseille de commencer par expérimenter une méthode telle que préconisée, et seulement une fois à l’aise avec la méthode vous pouvez essayer de la personnaliser.

Pour en revenir aux valeurs de l’agilité, la méthode n’est pas le principal, les personnes et leurs interactions sont plus importantes. Car même si vous appliquez de bonnes pratiques, cela ne vous protège pas contre une « mauvaise » équipe (manque de compétences techniques, mauvais relationnel, esprit compliqué…). Quelle que soit la méthode il faut des gens talentueux et motivés pour mener à bien un projet selon J. B. Rainsberger, cependant un processus peut aider et XP semble le mieux adapté pour compléter Scrum.

Même si le groupe n’a pu se mettre d’accord au final, certains ont mentionné avoir utilisé Scrum et XP ensemble avec succès !

La discussion originale est sur Yahoo! Extreme Programming: How is Scrum alienating the eXtreme Programming folks?.

RIA

Adobe AIR pour Linux

Adobe AIR est enfin disponible pour la plateforme Linux. Seul bémol, celui-ci est une version alpha. Néanmoins, cette version contient le runtime, un exemple d’application et le AIR SDK. Par ailleurs, Flex Builder 3 a aussi été mis à jour afin de supporter la mise en place d’applications AIR sous Linux.
Adobe continue son ascension et remporte de plus en plus de succès et d’adhésion. Va t-on vers une ère Adobe ?

Le coin de la technique

SCA Java EE Integration specification : v0.9

Pendant que le Java Community Process tarde à statuer sur le modèle de composants de bas niveau OSGI, la communauté SCA continue à avancer les pions de son standard d’assemblage de composants de haut niveau avec la publication d’une première ébauche de la SCA Java EE Integration specification. Cette spécification a le mérite d’apaiser le monde Java EE après la tonitruante déclaration de Michael Rowley (BEA) : « EJB session beans, MDBs, JAX-WS and even JMS aren’t usually necessary in an SCA universe » dans Does SCA define a new programming model for Java?.

Quel impact pour le quotidien des développeurs Java ? Quasiment aucun pour le moment ; SCA est une spécification à l’utilisation encore confidentielle (SCA est principalement présent dans Websphere ESB et Process Server).

IBM annonce Websphere MQ V7 pour Juin

Le marché des middlewares de messages est lui aussi modifié par l’émergence d’offres open source matures (Apache ActiveMQ, etc ). Dans cette atmosphère dynamisée, IBM Websphere MQ, le leader du marché, tourne la page de trois ans de V6.0 avec l’annonce de WMQ V7.0 pour Juin 2008.
Les principales améliorations :

• Amélioration des performances (particulièrement publish/subscribe, réception sur selector et messages non persistents).
• Simplification de l’administration du mode publish/subscribe et des ressources JMS.
• Bridge HTTP pour directement exposer les queues à des clients Web 2.0/Ajax.
• Intégration native du mode publish/subscribe au Queue Manager [1].

Nous aurions espéré :

• Un mécanisme de relivraison différé des messages équivalent à la redelivery policy d’ActiveMQ.
• Une amélioration des performances des temporary queues similaire à celle apportée aux selectors. L’utilisation de files temporaires est un modèle encore plus simple que les selectors pour réaliser des invocations synchrones avec un middleware de messages (cf pattern request/reply).

Plus d’informations dans Redbook: WebSphere MQ V7.0 Features and Enhancements (Draft).

[1] En v6.0, un broker périphérique était utilisé.

Complexité cyclomatique optimale : 11 selon Enerjy !

Les outils d’analyse statique de code fleurissent avec l’essor des serveur d’intégration continue. L’éditeur Enerjy, après avoir étudié des projets open source réputés à la loupe de son analyseur, révise la valeur optimale de la complexité à 11. On notera que cette valeur est légèrement supérieure à celle retenue par CheckStyle, le leader de l’analyse statique, qui estime que 10 est déjà excessif.

Si la valeur exacte est sujette à débat, c’est l’occasion de se rappeler que la complexité cyclomatique est un indicateur pertinent de qualité du code et que les environnements de développement et serveurs d’intégration continue rendent aujourd’hui facile le suivi de ces indicateurs.

Java Module System (JSR-277) et OSGI, un silence pesant

Nouveau rebondissement dans le feuilleton « JSR-277 : Java Modules System versus OSGI ».

La JSR d’assemblage des composants menée par Sun prenait un retard inquiétant pour être intégrée à la version 7 de Java (Dolphin). Un petit répit s’annonce avec le décalage de la sortie de Dolphin désormais planifiée pour Janvier 2009.

Si cette prolongation donne une chance à la JSR-277 de figurer dans la prochaine version de Java, il reste néanmoins un problème de gouvernance de fond sur cette spécification. Peter Kriens (OSGI Alliance) expliquait en Septembre dernier qu’il a été refoulé de l’expert group sans raison convaincante. Dalibor Topic (kaffe.org) a demandé en Janvier l’éviction de 9 membres de ce même expert group sur une mailing list du projet Open JDK. Les déclarations fusent et l’expert group de la JSR 277 qui ne communique toujours rien de concret sur la position du très important OSGI, laissant la place à la rumeur et au mécontentement …

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

Poissons d’avril

Premier jour d’avril oblige, certains ont annoncé de fausses nouvelles, surprenantes ou amusantes. Voici une liste des poissons d’avril que nous avons recensés :

• Microsoft rachète SpringSource
• Microsoft rachète TheServerSide.com (décidément Microsoft est en forme)
• Google et Richard Branson (Virgin) s’associent pour lancer la 1ère colonie sur Mars
• De l’ASCII Art dans le bytecode Java
• Le projet JavaRebel intègre une Intelligence Artificielle qui code à votre place pendant vos pauses-cafés
• Cédric Beust lance le projet Toledo : un générateur de code multi-langage
• Eclipse e4 déjà disponible
• TSS devient multilingue

Actualité éditeurs / SSII

• GlassFish et MySQL, premiers signes d’intégration
• IBM investit dans EnterpriseDB
• DomainHealth : Un outil de monitoring pour les serveurs Weblogic (9 & 10)

Agilité

• Certification ScrumMaster, on en parle

Le coin de la technique

• Spring WS 1.5 : un fort potentiel à concrétiser
• Milestone 3 pour Spring Java Configuration

Actualité éditeurs / SSII

GlassFish et MySQL, premiers signes d’intégration

L’intégration de MySQL au groupe Sun Microsystem n’a pas tardé. Alexis Moussine-Pouchkine nous présente dans MySQL et GlassFish dans un bateau l’intégration du serveur Open Source Glassfish à la célèbre base de données. On y découvre notamment les tarifs des contrats de support et de maintenance, des éléments décisifs pour les équipes d’exploitation.

IBM investit dans EnterpriseDB

EnterpriseDB vient d’annoncer une levée de fonds de 10 millions de dollars, dont l’un des principaux investisseurs n’est autre que IBM. L’éditeur de DB2 justifie ce choix en rappellant ses investissements dans le monde open source sur des projets tels que Linux, Eclipse et Apache.

Ce choix peut peut-être aussi s’expliquer par le fait qu’EnterpriseDB édite Postgres Plus Advanced Server, qui se veut être un concurrent direct des bases de données Oracle. Produit commercial s’appuyant sur la base de données open source Postgresql (sous license BSD), Postgres Plus Advanced Server fournit entre autres des outils de migration pour Oracle.

Quelques liens :

• http://ostatic.com/158698-blog/enterprisedb-a-new-stake-from-ibm-and-its-novel-approach
• http://news.dzone.com/news/ibm-buys-enterprisedb
• http://developers.slashdot.org/article.pl?sid=08/03/25/207211&from=rss
• http://www.lemondeinformatique.fr/actualites/lire-ibm-injecte-de-l-argent-dans-enterprisedb-25697.html
• http://www.01net.com/editorial/375401/ibm-investit-dans-les-bases-de-donnees-open-source-d-enterprisedb/?rss

DomainHealth : Un outil de monitoring pour les serveurs Weblogic (9 & 10)

Dans cet article disponible sur le blog dev2dev de BEa, j’apprend l’existence d’un produit Open Source permettant de surveiller la bonne santé des serveurs Weblogic. Il permet entre autres de consulter la taille et l’utilisation de la Heap de la JVM, l’utilisation des pool de threads d’exécution, les datasources, les destinations JMS, les WorkManagers et beaucoup autres choses. Bea fournit déjà un outil similaire, une extension de la console d’administration qui permet d’obtenir ce type d’information basé sur le framework de diagnostiques de Weblogic (WLDF). Cependant, cette extension a quelques défaut que comble ‘DomainHealtn’:

• elle n’est pas activée par défaut, il faut ajouter un jar complémentaire dans un répertoire et redémmarer le serveur (DomainHealth se compose d’un simple war à déployer)
• elle ne propose pas de vue d’ensemble sur une page.

DomainHealth offre de parcourir les données collectées pendant toute la vie du domaine, quid de la consommation mémoire sur un domaine qui ne redémarre jamais ou très rarement ?

Bref un outil à tester et à surveiller ici !

Agilité

Certification ScrumMaster, on en parle

Xebia a organisé les 25 et 26 Mars 2008 une formation ScrumMaster certifiante, dispensée par Jeff Sutherland.
Premiers retours:

• http://www.touilleur-express.fr/2008/03/26/im-now-a-scrum-master/
• http://jefute.blogspot.com/2008/03/formation-scrum-master-la-dfense.html

Le coin de la technique

Spring WS 1.5 : un fort potentiel à concrétiser

Spring WS, arrivé bien après les leaders CXF (ex XFire), Axis2 et Metro (JAXWS-RI par Sun), se démarque par une approche originale qui préfère le Plain Old Xml à SOAP et cherche à s’affranchir des WSDL. Cette démarche en fait un bon candidat pour traiter les communications non-soap encore très nombreuses dans nos applications.
Arjen Poutsma nous présente dans What’s New in Spring Web Services 1.5? les nouvelles fonctionnalités du framework. On notera en particulier le support de JMS, de WS-Security et WS-Adressing.
Les points que nous avons aimé dans Spring-WS :

• L’ouverture aux communications non-SOAP (situation particulièrement fréquente pour les communications sur JMS)
• L’intégration à la stack Spring plus poussée que celle de CXF ou d’Axis2.
• La qualité de l’intégration à JAXB 2 avec le Jaxb2Marshaller qui est un modèle d’utilisation de cette API.

Les points que nous espérons pour les prochaines versions de Spring-WS :

• Un support naturel et documenté de l’approche wsdl2java avec un plugin maven similaire au cxf-codegen-plugin.
• Des points d’extension dans l’API pour enrichir les messages échangés (ajout du header JMS_IBM_Character_Set avec Websphere MQ, appel à Tibjms.setEncoding(Message, String) pout Tibco EMS, etc).
• Une documentation plus étoffée.

Milestone 3 pour Spring Java Configuration

Google avait défrayé la chronique en révélant Google Guice, le framework d’injection de dépendances d’Adwords dont la configuration est gérée avec du code Java plutôt qu’avec des fichiers XML.
SpringSource a répondu avec l’utilisation élargie des annotations dans Spring 2.5 (@Autowired, etc) et le lancement de Spring Java Configuration Project. Ce deuxième chantier avance plus lentement, probablement parce que le concurrent Google Guice reste peu utilisé et parce que la tâche s’avère très délicate.
Chris Beams nous présente les dernières évolutions dans Spring Java Configuration – What’s New in M3.
Nous avons été sensibles à :

• L’externalisation des variables (@ExternalValue) équivalent au PropertyPlaceholderConfigurer des configurations XML. Ce mécanisme, incomplet dans Google guice, est particulièrement important pour gérer les paramètres de configuration dont la valeur change suivant les environnements (développement, intégration, production, etc).
• L’étoffement de la documentation qui accorde notamment une place à l’intégration à Maven2.

Si l’utilisation de Spring JavaConfig n’est pas encore d’actualité, voici une bonne occasion de se pencher sur le XML Schema-based configuration introduite en version 2.5 qui allège avantageusement la gestion des configurations XML.

Ressource complémentaire : Spring Dependency Injection & Java 5 par Alef Arendsen ( slides, exemple source).

Agilité

• 3 bonnes résolutions pour cette nouvelle année
• Top 5 developer benefits of agile development

RIA

• BEA Workshop et Flex Builder en bundle
• Google sait indexer le contenu Flash

Le coin de la technique

• Rapide présentation de Hermes JMS Console
• Slice your database, OpenJPA
• Polémique sur l’avenir de Geronimo. IBM abandonne-t-il le projet ?
• Présentation de certains algorithmes de garbage collection de la JVM de Sun

Agilité

3 bonnes résolutions pour cette nouvelle année

Un agiliste propose des bonnes résolutions pour les équipes agiles. Peut-être que vos bonnes résolutions de cette année devraient déjà être de passer aux méthodes agiles …

Top 5 developer benefits of agile development

Cet article présente les 5 principaux bénéfices des développements agiles sur les équipes de développements :

• Un lien plus étroit avec les clients : l’équipe est en contact direct avec les clients et de ce fait, la qualité du produit mis en place est plus en accord avec les attentes des clients.
• Une équipe plus autonome : c’est à l’équipe de décider comment réaliser le sprint. Le but est de faire confiance aux équipes de développement et de leur donner plus de responsabilités.
• Laisser l’équipe prendre des décisions : lorsque des problèmes trop complexes se présentent, il est préférable de laisser les personnes plus à même de comprendre les impacts d’une évolution ou d’un changement prendre les décisions.
• Améliorer la participation de l’équipe : favoriser la constitution de petites équipes (7 personnes environ) permet aux différents membres de participer.
• Des développeurs plus productifs : la mise en place des méthodes agiles permet d’avoir des développeurs plus épanouis dans leur travail, car ceux-ci sont plus valorisés.

Pour finir, les méthodes agiles entraînent certains changements et entre autre, dans le cas de cet article, la confiance envers les équipes de développements doit être plus grande. En conclusion de ces méthodes agiles, il en résulte que les clients sont mieux satisfaits, et avec un produit de qualité.

RIA

BEA Workshop et Flex Builder en bundle

Nous apprenons dans cet articleque BEA propose sur son site un bundle spécial comprenant son IDE Workshop et l’IDE Flex Builder d’Adobe. Aucune information en revanche le support apporter par BEA sur l’IDE ou sur la technologie Flex.
Flex semble être adopté par certains éditeurs du monde Java/J2EE, Oracle en Novembre dernier lors de son « Oracle OpenWorld » avait déjà présenté plusieurs utilisations maison de Flex.

Google sait indexer le contenu Flash

Ce n’est pas un fait très connu, mais oui Google sait indexer les fichiers Flash! Une recherche sur Google sur le type de fichier « swf » permet de s’en assurer: près de 23 millions de fichiers indexés. En revanche, Google n’indexe que le contenu statique, en « dur » dans le code. Donc pas d’indexation pour les boutiques en ligne développées en Flex… Mais de nouvelles possibilités se profilent à l’horizon, d’après cet article sur le blog CNET, Google utilise désormais le Search Engine SDK d’Adobe pour parser les fichiers Flash. Ce qui signifie deux choses:

• les développeurs vont pouvoir utiliser le Search Engine SDK pour optimiser le référencement de leurs fichiers Flash
• pour peu qu’Adobe mette à jour son outil, on peut espérer dans un futur proche avoir la possibilité de référencer des applications Flex sans avoir à recourir à des techniques un peu barbares (copie statique HTML du contenu de l’application Flex par exemple…)

Le coin de la technique

Rapide présentation de Hermes JMS Console

Sur le blog Dev2Dev de BEA, on peut actuellement trouver une rapide présentation de Hermes JMS Console. Cette petite console est bien pratique pour explorer des files JMS et devrait faire partie de la trousse de base des développeurs. Pour la tester, c’est ici que ça se passe.

Slice your database, OpenJPA

Pinaki Poddar, employé BEA et committer sur le projet Apache OpenJPA présente Slice [1] , une extension d’OpenJPA qui permet un partitionnement horizontal multi-instances des bases de données (aka database sharding).

Si Slice est fonctionnellement un concurrent direct d’Hibernate Shards, ce n’est encore qu’un ‘proof-of-concept’ développé par une seule personne dans un sous projet de l’Apache Lab Fluid (« JPA for Service Data Object »).
Nous sommes très loin d’une version release (les règles des Apache Labs stipulent qu’un lab ne peut pas faire de release) et on regrettera que Slice n’ait pas été développé en tant que sous-projet d’OpenJPA pour lui assurer un avenir plus certain.

Pour ceux qui espèrent voir OpenJPA s’étoffer pour concurrencer Hibernate, il faudra hélas patienter.

Nous en profitons pour émettre un voeu pour 2008 : l’intégration d’OpenJPA au moteur de recherche Lucene pour rivaliser avec Hibernate Search ; ce besoin est sûrement moins ‘hype’ que la ‘database sharding’ mais beaucoup proche des réalités de nos projets d’informatique de gestion.

[1] Ressources complémentaire sur BEA Dev2dev Blog : Slice : OpenJPA for Distributed databases part I and Part II.

Polémique sur l’avenir de Geronimo. IBM abandonne-t-il le projet ?

The Server Side (TSS) commence l’année 2008 avec la très belle polémique Geronimo: Are its days numbered ?. Le résultat est là. Plus de 50 commentaires souvent acerbes, un grande séance de ‘websphere bashing’ toujours aussi peu argumentée ; de la vraie polémique The Server Side

Après s’être bien amusé avec le sensationnalisme de TSS, revenons sur les faits.

Le serveur J2EE Open Source Apache Geronimo a été lancé en 2003, époque à laquelle le serveur open source JBoss faisait frémir les éditeurs commerciaux qui voyaient en lui un concurrent très menaçant et d’un type nouveau auquel il n’avaient pas l’habitude d’être confronté.

A l’époque, les branches système d’exploitation et environnement de développement d’IBM avaient déjà adressé des concurrents open source (Linux et Sun NetBeans) en promouvant des alternatives elles aussi open source (Linux et Eclipse). Cette approche de type « quitte à ce que quelqu’un scie la branche sur laquelle je suis assis, autant que ce soit moi pour que j’anticipe mieux » a permis à IBM de très bien se placer sur Linux et de devenir l’acteur clef de la gouvernance du socle de développement aujourd’hui quasi-universel qu’est Eclipse.

IBM a racheté en 2005 GlueCode, la société fondatrice de Geronimo, et on peut voir dans cette stratégie des similarités avec la gestion par Big Blue des enjeux Linux et Eclipse.

La suite des événements est elle, en revanche, légèrement différente mais pas moins à l’avantage d’IBM :

• JBoss n’a pas balayé les serveurs d’applications commerciaux comme le prédisait Marc Fleury, son virulent fondateur.
• JBoss, racheté par RedHat en 2006, est progressivement devenu un concurrent ‘classique’ pour les éditeurs commerciaux.
• BEA, le principal concurrent d’IBM sur le marché des serveurs d’applications, connaît des rumeurs récurrentes de rachat (cf. Oracle announces bid to buy BEA).
• Le serveur commercial d’IBM, Websphere Application Server, connaît une croissance forte et des parts de marché très solides chez ses clients.
• Les serveurs J2EE commerciaux comme open source rencontrent aujourd’hui un nouveau type de concurrence : les simples moteurs de servlet comme Tomcat (cf Is it a Tomcat, or the Elephant in the Room? par Rod Johnson, fondateur de Spring Framework).

JBoss et les serveurs J2EE open source ne sont plus aujourd’hui des concurrents aussi menaçant qu’ils ne l’étaient lors du rachat de Glue Code ; il n’est donc pas étonnant que l’engagement d’IBM sur Geronimo semble aujourd’hui moins intense. Il ne s’agit pas d’un abandon mais juste d’un focus moins important.

Parallèlement, fort de ses succès auprès de ses clients, IBM poursuit ses investissements massifs sur sa stack commerciale Websphere Application Server qui sert de socle à Websphere ESB et Websphere Process Server.

Qu’y a-t-il d’anormal à voir une entreprise ne pas « mettre tous ses oeufs dans le même panier » et réajuster sa stratégie en fonction du marché ?

Présentation de certains algorithmes de garbage collection de la JVM de Sun

Il est toujours intéressant de se pencher sur le fonctionnement du garbage collector de la machine virtuelle. Il faut cependant garder en tête que l’optimisation par changement d’algorithme de garbage collection ne fait pas de miracle : l’optimisation d’une application métier passe bien généralement d’abord par l’optimisation du code en lui-même.

Le coin de la technique

• JSF Testing Tools
• Wicket 1.3 released
• WebSphere MQ en environnent J2EE/JEE : JMS vs. ‘MQ Java Interfaces’
• IBM ObjectGrid 6.1 fix 3 : une grille résolument ‘developer friendly’

Le coin de la technique

JSF Testing Tools

Cet article présente trois principaux frameworks permettant d’effectuer des tests unitaires JSF. Pour rappel, la principale difficulté est de pouvoir effectuer des tests en dehors du container, et grâce à ces outils il est possible de tester les composants côtés client mais aussi côté serveur.

• JSFUnit est basé sur HttpUnit et Apache Cactus. Son API permet notamment de tester le transfert de données dans un formulaire et de savoir si le managed bean correspondant à bien été mis à jour… Cet outil inclue aussi un JSF Static Analysis permettant notamment d’analyser les fichiers de configuration.
• Shale Test est un projet Apache fournissant des implémentations d’objet Mock pour les Servlets et les composants JSF.
• JSF Extensions est basé sur JUnit, HTMLUnit, et Cactus. Cet outil est composé d’un module Test-Time fournissant des objets Mock pour les composants JSF 1.2, ainsi qu’un module Design-Time pour effectuer des déploiements plus rapide (hot deploy). Cette fonctionnalité a pour but de mettre en place des tests de manière itératif durant le développement d’application JSF.

Enfin l’article termine par deux outils d’aide au développement et au monitoring d’applications JSF :

• JXInsight, se basant sur l’interface PhaseListener, permet de collecter différentes informations sur l’exécution du code (les stacks…)
• JSF Tools, sous projet de Eclipse WTP, fournit un support pour le développement et le déploiement d’application JSF.

Pour terminer, cet article présente assez bien les différents outils, mais il aurait peut être été bien de proposer des critiques sur ceux-ci, qui feront peut être l’objet d’un nouvel article.

Wicket 1.3 released

Nous annoncions lors de la revue de presse du 12 novembre dernier son passage en RC, et bien c’est maintenant officiel : Apache Wicket 1.3 fait maintenant partit de la volumineuse liste des java web framework disponibles sur le marché. Malgré cette farouche concurrence, le buzz continue : Wicket est l’un des web framework faisant le plus de bruit sur la toile, ses promesses sont simples : simplicité d’utilisation, POJO-centric, pas de configuration XML … donnez votre sur le billet du Xebia Web Framework Contest.

Nous vous invitons à consulter la liste complète des nouveautés à partir du site d’Apache.

• Apache Wicket
• Discovering Apache Wicket 1.3 by Pachod Joseph
• Guide de migration à Wicket 1.3

WebSphere MQ en environnent J2EE/JEE : JMS vs. ‘MQ Java Interfaces’

David Currie nous rappelle dans WebSphere MQ Java in J2EE que JMS est l’API privilégiée pour accéder à Websphere MQ dans un environnement J2EE/JEE et que les historiques API « MQ Java Interfaces » devraient progressivement être remplacées [1].

Au delà d’un simple choix technique d’API (la fiabilité de JMS est aujourd’hui avérée), il s’agit d’un réel changement de culture depuis l’historique approche en langage C (user exits MQ, style de programmation des « MQ Java Interfaces », etc) vers le monde orienté objet Java / .Net [2]. Cette évolution demande un travail d’explication et de formation des équipes qu’il ne faut pas négliger.

La roadmap MQ JMS pourra aller jusqu’au remplacement de Queue Managers MQ par le Websphere Embedded Messaging Engine pour les utilisateurs du serveur J2EE d’IBM …

[1] IBM Technote : Using WebSphere MQ Java Interfaces in J2EE/JEE Environments : « This technote explains why ‘WebSphere MQ classes for Java Message Service’ is the API best suited for use in J2EE/JEE environments … »
[2] IBM DeveloperWorks : Introducing XMS : The IBM Messages API

IBM ObjectGrid 6.1 fix 3 : une grille résolument ‘developer friendly’

Le fix 3 d’IBM ObjectGrid apporte de nouvelles fonctionnalités résolument à l’écoute des développeurs avec notamment :

• Support de Spring Framework
  - Intégration aux transactions Spring et à leurs annotation @Transactional
  - Gestion par le container Spring des beans d’extension d’ObjectGrid (ObjectTransformer, Loader, TransactionCallback, etc)
• Entity Listeners similaires aux listeners JPA/Hibernate autour des événements persist, load, update et remove

On remarquera à l’occasion la poursuite de la nuit de noces entre IBM et Spring Framework dont les précédents épisodes marquant furent le support officiel de Websphere par Spring Framework (11/2007) et la présentation de Billy Newport sur l’eXtreme Transaction Processing à The Spring Experience (12/2007).

Actualité éditeurs / SSII

• Aqualogic Service Bus 3.0
• IBM et l’intégration continue
• Websphere Process Server 6.1 : renforcement des workflows humains
• Websphere Application Server 6.1 supporte les EJB 3

Agilité

• Le monde devient agile

Le coin de la technique

• Apache Tomcat, la star des serveurs d’applications ?
• La collision dans les hashmap
• Introducing JBoss Seam
• Groovy 1.5

Actualité éditeurs / SSII

Aqualogic Service Bus 3.0

La nouvelle version de l’ESB de BEA est pour bientôt. Parmis les fonctionnalités majeures attendues on retrouve :

• non seulement la performance (Gestion des messages de grandes tailles, routine XSLT/Xquery et une meilleure gestion de caches lié à la sécurité)
• mais également l’intégration avec les différents élements de la suite Aqualogic, en particulier avec Aqualogic Registry Repository et sa vision SCA (Service Component Architecture).
  L’intégration consiste également à généraliser le developpement lié au bus. Dans les versions précédentes, l’approche consistait principalement à du paramétrage: le developpeur se connecte au bus, importe ses resources (XSchéma, WSDL), défini ses Business Services et Proxy Services. Unitairement cette approche est séduisante mais au niveau d’une réelle mise en oeuvre sur un projet d’entreprise cette méthode montre rapidement ces limites:
  • gestion des environnements et des versions : le passage d’un environement de dev à un environnement de recette se fait par un unique mécanisme d’import / export
  • mauvaise vision d’ensemble : refactoring et mutualisation de resources impossible

L’approche proposée par ALSB 3.0 est de pouvoir effectuer toutes ces opérations depuis un environement de travail unifié sous Workshop Studio (Eclipse) et d’ensuite pouvoir déployer (au sens J2EE) l’applications ‘bus’ dans un environement adéquat, de gérer ses resources dans un gestionnaire de source type CVS/SVN, de se connecter facilement à un repository de services pour les assembler et les composer (SCA).
Reférence : AQUALOGIC SERVICE BUS 3.0 sneak preview sur Dev2Dev.

IBM et l’intégration continue

IBM possède maintenant lui aussi sa propre solution d’intégration continue : IBM Rational Build Forge.
Il commence aussi à pondre des articles sur le sujet, comme celui-ci : Automation for the people: Continuous Integration anti-patterns.

Reste à suivre cette série d’articles pour voir ce que cette solution apporte face aux actuels leaders du marché.
Le tutoriel : Improve your build process with IBM Rational Build Forge, Part 1.

Websphere Process Server 6.1 : renforcement des workflows humains

Les éditeurs de serveurs de processus BPEL avaient encore rappelé en juin 2007 leur intention de couvrir le domaine des workflows humains avec la publication du standard WS-BPEL Extension for People (Active Endpoints, Adobe, BEA, IBM, Oracle et SAP).

IBM franchit aujourd’hui une nouvelle étape avec l’enrichissement des fonctionnalités de workflows humains dans la version 6.1 de Websphere Process Server et de Websphere Integration Developer. Si l’infocenter 6.1 n’a pas encore été publié, des introductions sont déjà disponibles sur Developerworks : What’s new in WebSphere Process Server V6.1 What’s new in WebSphere Integration Developer V6.1.

Est-ce le moment de remplacer les moteurs de workflow par des serveurs de processus BPEL ? Ce choix est à évaluer au cas par cas étant données les limitations de WS-BPEL Extension for People [1].

[1] voir Evaluation of the BPEL4People and WS-HumanTask Extensions to WS-BPEL 2.0 using the Workflow Resource Pattern par Nick Russell and Wil M.P. van der Aalst, Université d’Eindhoven.

Websphere Application Server 6.1 supporte les EJB 3

Websphere 6.1 supporte désormais les EJB 3.0 avec le Feature Pack for EJB 3.0. Un complément au Feature Pack for Web Services pour entrer dans le monde Java EE 5 et préparer Websphere 7.

Rappelons que l’implémentation JPA repose sur Apache OpenJPA et que celle de JAX-WS est une adaptation d’Axis 2.

Des tutoriels du Feature pack for EJB 3.0 sont disponibles sur IBM Education Assistant for WebSphere Application Server V6.1 Feature Pack EJB 3.0.

Agilité

Le monde devient agile

Les temps changent et Le Monde Informatique aussi
Avec un titre qui pourrait facilement créer des polémiques auprès de ses lecteurs habituels, Le monde informatique nous décrit très brièvement les méthodes agiles les plus populaires (XP et Scrum). Il nous invite à assister aux rencontres agiles auxquelles il s’associe et qui auront lieu le 18 décembre prochain, à Paris La Défense.

L’article : Des rencontres agiles pour améliorer le taux de réussite des projets

Le coin de la technique

Apache Tomcat, la star des serveurs d’applications ?

Le cabinet BZ Research estime qu’Apache Tomcat est utilisé par 64% des développeurs Java, suivi par IBM Websphere et JBoss Application Server. Si l’on peut débattre de la précision des chiffres, la tendance est indiscutable. L’utilisation de Tomcat sur les postes de développement est en train de se banaliser et des grand comptes montrent la pertinence de Tomcat en production (Morgan Stanley pour la finance, LinkedIn et Yahoo pour l’Internet, etc).

A quand du support commercial en France pour Tomcat ?

La collision dans les hashmap

Il est bon de rappeler parfois qu’une Map (HashMap,Hashtable,…) n’est efficace que si la fonction de hash() est performante. Mais la performance d’une telle fonction engendre nécessairement des collisions. Ce billet de chez ‘Coding Horror’ illustre parfaitement cette dualité (Cases à Pigeon vs Le paradoxe des anniversaires)

Introducing JBoss Seam

JBoss Seam nous vante de simplifier J2EE et de rendre utilisable JSF. Reste à savoir quel est l’intérêt d’utiliser un standard qui nous oblige à le compléter avec d’autres frameworks du marché et de fait, nous écarter du standard …

L’introduction …

Groovy 1.5

Guillaume Laforge nous présente les principales caractéristiques de la version Groovy 1.5 dans cet article sur InfoQ :

• Intégration Java5 : ajout des annotations, generic types, enums, varargs, static imports, covariant return type
• Syntaxe :
  - Elvis operator ‘?:’ (smiley avec la banane) :

  x ?: "defaut"

  equivaut en java à

  x != null ? x : "defaut"

  - Java ‘for’ : les for syntaxe java sont désormais possibles
  - named parameters sans parentèses

• Outils :
  – Joint compiler : permet de compiler des sources java et groovy ensemble sans se soucier des dépendances entre classes
  – MOJO Maven plugin
  – GroovyDoc : équivalent de JavaDoc pour Groovy
  – Nouveau Groovy shell : pour les fans de VI
  – IntelliJ IDEA JetGroovy plugin
• Amélioration des performances
• MetaClass : permet entre autre de rajouter des méthodes au runtime
• Swing on Steroids : pour construire des interfaces Swing plus facilement

Ce langage dynamique fort de son succès avec la version 1.0, améliore ici sa compatibilité avec Java et l’outillage commence à s’étoffer. Ce langage vaut vraiment le détour.
Pour aller plus loin, InfoQ a récemment interviewé Guillaume Laforge sur Groovy et les Domain-Specific Languages.

Actualité éditeurs / SSII

• Enfin une intégration native de Maven à Eclipse

Le coin de la technique

• Les 12 commandements pour préparer le ‘troubleshooting’ de production
• WebSphere MQ Low Latency Messaging : le ‘multicast messaging’ version IBM
• Spring 2.5 released
• Comparing JVM Web Frameworks Videocast

Actualité éditeurs / SSII

Enfin une intégration native de Maven à Eclipse

Le projet q4e vient d’être proposé à la fondation Eclipse. Ne vous réjouissez pas trop vitre pour autant, d’après leur roadmap, la première release est prévu pour septembre 2008. En attendant, il est possible d’essayer d’utiliser la version actuelle 0.2.3.

Plus d’info sur http://www.eclipse.org/proposals/iam/.

Le coin de la technique

Les 12 commandements pour préparer le ‘troubleshooting’ de production

Daniel Julin, WebSphere Serviceability, nous livre ses 12 ways you can prepare for effective production troubleshooting :

1. Créer et maintenir à jour un schéma d’architecture système.
2. Créer et suivre un inventaire des éléments qui permettent de diagnostiquer les problèmes (localisation des fichiers de logs, etc).
3. Attacher une attention particulière aux dumps et autres éléments qui ne sont générés que lorsqu’un problème survient (cores système, javacores, heap dumps, First Failure Data Capture – FFDC, etc)
4. Revoir et améliorer les niveaux de logs durant le fonctionnement normal de la plateforme.
5. Suivre les indicateurs des couches système d’exploitation et réseau (cpu, disque, trafic réseau inter composants, etc).
6. Etre préparé à générer des informations de diagnostique complémentaires lorsqu’un problème survient (générer des dumps, collecter des métriques, générer de l’activité métier, etc).
7. Définir une procédure de collecte d’informations de diagnostique et s’entraîner à exécuter cette procédure.
8. Etablir une image de référence pour connaître la valeurs des indicateurs et logs lorsque la plateforme fonctionne correctement (logs, dumps générés à la demande,  niveaux d’activité cpu/disque/réseau, débit moyen des applications, etc).
9. Purger et archiver régulièrement les logs et les dumps.
10. Eliminer les ‘fausses erreurs’ et autres messages bruyants des logs.
11. Maintenir un change log des modifications de la plateforme.
12. Mettre en place des outils de supervision de bon fonctionnement du système.

Une liste pleine de bon sens qui sera une bonne base de réflexion pour aborder le ‘troubleshooting’ de production.

WebSphere MQ Low Latency Messaging : le ‘multicast messaging’ version IBM

IBM annonce la sortie de WebSphere MQ Low Latency Messaging version 2, un middleware de message destiné aux places de marchés [1] capable d’envoyer jusqu’à 3 millions de messages par seconde avec une latence de quelques dizaines de microsecondes.

Quelle est la différence entre Websphere MQ Low Latency Messaging et le classique Websphere MQ utilisé en informatique de gestion ?

• Websphere MQ Low Latency Messaging repose sur un modèle de distribution multicast : l’émetteur envoi un seul exemplaire du message via un multicast UDP que reçoivent tous les destinataires. Ce modèle est particulièrement adapté aux scénarios ayant un très grand nombre de destinataires (one-to-very-many) mais est inadapté à la garantie d’acheminement des messages qui requiert de contrôler que chaque destinataire a reçu le message et de gérer le cas échéant les ré-envois sans pour autant envoyer plusieurs fois le même message à un destinataire.
• Le classique Websphere MQ repose sur un modèle hub-and-spoke : l’émetteur envoi un exemplaire du message à un hub (le Queue Manager) qui prend en charge l’acheminement du message à chacun des destinataires. Ce modèle permet de gérer facilement la garantie d’acheminement et tient bien la charge tant que le nombre de destinataires est limité. La principale difficulté du modèle hub-and-spoke est la haute disponibilité qui nécessite la mise en cluster du hub.

Pour conclure, Websphere MQ et Websphere MQ Low Latency reposent sur deux modèles fondamentalement différents : hub-and-spoke et multicast. Si le modèle hub-and-spoke est adapté aux scénarios classiques d’informatique de gestion en offrant des fonctionnalités riches (garantie d’acheminement, etc), il devient inadapté lorsque le nombre de destinataires augmente. A l’inverse, le modèle multicast offre de grandes performances dans les scénarios qui impliquent un très grand nombre de destinataires mais cela se fait au dépend des fonctionnalités comme la garantie d’acheminement qui devient très complexe.

Qu’en est-il de l’offre de Tibco, le principal concurrent de Websphere MQ ? Tibco propose également les deux modèles de middlewares de messages : Tibco Rendezvous (RV) repose sur le modèle multicast et le récent Tibco Enterprise Messaging Service (EMS) repose sur le modèle hub-and-spoke [2]. On notera que :

• Seul Tibco EMS offre un connecteur JMS ; Tibco Rendezvous expose une API Java propriétaire. On peut y voir que Tibco positionne plus EMS pour l’informatique de gestion classique.
• Tibco Rendezvous propose deux mécanismes pour pallier au problème de garantie d’acheminement du modèle multicast : RV Certified Messaging (le message est acheminé au moins une fois, avec un risque de duplication) et RV TX (le message est acheminé exactement une fois, avec une dégradation sensible des performances).

[1] Plus de détails dans Smart Money : IBM WebSphere Products Improve Financial Markets Firms’ Ability to Manage Growing Market Data Volumes and Speeds.
[2] Voir Tibco RV vs Tibco EMS by Narendra Naidu.

Spring 2.5 released

Spring 2.5 vient d’être releasé et apporte son lot de nouveautés que vous pouvez consulter ici.

InfoQ se lance pour l’occasion dans un découverte des apports de cette version 2.5 : http://www.infoq.com/articles/spring-2.5-part-1.

Nous avions déjà traité des nouveautés de Spring 2.5 dans notre revue de presse de la semaine dernière :

• Réduction et simplification des configurations XML
  • Java Config
  • XML namespaces « jms » et « context »
  • etc
• Componentisation avec OSGI
• Unification des accès aux systemes externes avec JCA 1.5
• Support officiel de Websphere

Comparing JVM Web Frameworks Videocast

Dans la revue de presse précédente, nous parlions de la comparaison des principaux framework de présentation effectuée par Matt Raible. JavaZone vient de publier une vidéo de cette même analyse dans laquelle les frameworks Jsf, Spring MVC, Struts 2, Stripes, Tapesty, Wicket sont détaillés sous deux angles de vue principaux : un premier aspect « technique » étudiant les fonctionnalités offertes par chacun des framework et un aspect « communautaire » mesurant l’activité de chacun.

• Consulter la vidéo
• Récupérer les slides de la présentation
• Xebia Web Framework Contest

Actualité éditeurs / SSII

• Interface21 devient SpringSource
• Bill s’en va
• Sun se renforce dans la sécurité
• Oracle annonce Fusion Middleware 11g

Agilité

• Convaincre sans preuves

Le coin de la technique

• Comparing JVM Web Frameworks Presentation
• Connecting WebSphere® MQ and the WebSphere Service Integration Bus
• Apache Synapse 1.1

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

• Javapolis 2007 : Du 10 au 14 décembre 2007 à Anvers
• Paris on Rails 2007 : Le 10 décembre 2007 à la citée des Sciences et de l’Industrie

Actualité éditeurs / SSII

Interface21 devient SpringSource

Ce n’est pas une révolution, mais ce changement marque la fin d’une époque …

Le explication de Rod Johnson sur le blog d’interface21 de SpringSource : Interface21 becomes SpringSource.

Bill s’en va

Bill Gates a dirigé pour la dernière fois l’assemblée générale des actionnaires de Microsoft. Il ne sera plus du tout impliqué dans les affaires de Mricrosoft. Une page se tourne, indéniablement.
Lire l’article sur 01.

Sun se renforce dans la sécurité

Sun qui fonde une partie non négligeable de sa stratégie sur la sécurité applicative se renforce en annonçant le rachat de Vaau.
Visiter le site de Vaau.

Oracle annonce Fusion Middleware 11g

A OpenWorld, Oracle a annoncé cette semaine la nouvelle mouture de sa plateforme Middleware.
Au menu, un moteur compatible JEE 5, des fonctions Web 2.0 entre autres nouveautés.
Et le rachat de BEA dans tout ça ?

Lire l’article de LMI

Agilité

Convaincre sans preuves

Il est difficle voire impossible d’obtenir des données fiables et précises sur l’adoption de l’Agilité dans le monde, en France (voir article de Lizz Barnett dans l’Agile Journal).
Néanmoins des enquêtes existent. En voici une.

Le coin de la technique

Comparing JVM Web Frameworks Presentation

Sur son blog, Matt Raible a effectué deux séries de comparaison sur les frameworks de présentation :

• la première présente les frameworks JSF, Spring MVC, Stripes, Struts 2, Tapestry et Wicket.
• la seconde compare les frameworks Flex, Grails, GWT, Seam, Struts2 et Wicket.

A travers ces deux présentations, Matt Raible nous montre les avantages et les inconvénients de chacun de ces frameworks. Concernant les critiques de certains de ces frameworks, Matt rejoint l’avis que nous avons eu lors du Xebia Web Framework Contest.

Lors de son étude, il est en ressorti une analyse assez surprenante : Flex apparait comme le framework le plus populaire, car apparemment la demande est forte et l’activité autour de ce framework est grande (mailing list…)

Enfin il termine par des conseils sur la façon de tester un framework (faire des prototypes), et les questions qu’il faut se poser si l’on doit changer ou choisir un nouveau framework (avis de développeurs ayant déjà utilisés un ou des frameworks, écriture de livres…)

Connecting WebSphere® MQ and the WebSphere Service Integration Bus

Dans Connecting WebSphere® MQ and the WebSphere Service Integration Bus, Justin Fries et Rich Montjoy nous montrent l’intérêt à utiliser Websphere SIBus comme middleware de message dans les applications Websphere et de connecter ce bus à un réseau de Queue Managers.

Websphere Service Integration Bus (aka SIBus), réécrit en version 6.0, est un middleware de messages complet (point-to-point et publish-subscribe) intégré à Websphere Application Server. SIBus s’inscrit dans la logique de plateforme mutualisée des middlewares Websphere : SIBus réutilise de nombreux services de Websphere Application Server (High Availability Manager, Transaction Service, Admin Console, Performances Monitoring Infrastructure, etc) et il sert lui même de socle à Websphere ESB et à Websphere Process Server.

Fonctionnalités de Websphere SIBus

• Modes point-to-point et publish-subscribe.
• Messages persistants et transactions.
• Haute disponibilité avec clustering actif/passif.
• Connexion à d’autres SIBus et à des Queue Managers Websphere MQ (qui le voient comme un autre Queue Manager).

Intérêts à utiliser Websphere SIBus

• Financiers : Diminution des coûts de licence en supprimant des queue managers sur les serveurs Websphere (licence Websphere MQ, licence des outils de supervision, etc).
• Exploitation : Simplification des tâches d’administration avec la disparition des tâches d’administration des Queue Managers (configuration, patchs, etc.) au profit d’une gestion unifiée Websphere.
• Développement : Simplification des architectures ; il n’est plus nécessaire d’envisager le très complexe scénario « que se passe-t-il si WAS fonctionne alors que MQ est KO ».
• Disponibilité : Diminution de la probabilité de panne par la suppression d’un composant. Même si les queue managers sont extrêmement robustes, leur intégration à des serveurs d’application est cause de pannes.
• Roadmap : La stack Websphere SIBus-ESB-ProcessServer avec des médiations écrites en Java est est la roadmap d’IBM en matière de middleware d’intégration (cf When do I use WebSphere ESB, WebSphere Message Broker or WebSphere DataPower? in Websphere ESB FAQ).

Défis à l’adoption de Websphere SIBus

• Migration des applications : passer à JMS pour les applications Websphere qui utilisent toujours l’API MQI via les « WebSphere MQ classes for Java ».
• Migration de l’infrastructure : quelques fonctionnalités de Websphere MQ ne sont pas disponibles dans SIBus (cf
  WebSphere MQ functions not supported by service integration).
• Gestion du changement : Accompagner les équipes historiquement Websphere MQ qui doivent appréhender le monde Java Websphere App. Server (craintes sur la fiabilité, les performances, etc).

Apache Synapse 1.1

La dernière version du ‘médiateur de Web Services’ vient de sortir, avec quelques nouveautés :

• Transport de fichiers basé sur Apache Virtual File System (VFS)
• Ordonnancement de tâches (basé sur Quartz)
• Amélioration des traces
• Mediateurs :
  • POJOCommand : appelle la méthode execute d’un POJO qui implémente l’interface Command
  • XQuery : effectue une transformation XQuery avec passage de paramètres si besoin
  • DB-lookup (select) : récupère des données de la base et les stocke dans le contexte du message
  • DB-report (insert) : pour mettre à jour la base
  • Cache : exécute une séquence de médiateurs quand un message est trouvé en cache
  • Throttle : permet de limiter le rate ou les accès concurrents
• Médiateurs EIP (Enterprise Integration Patterns) :
  • Iterate, clone : split un message
  • Aggregate : agrège des messages selon une condition puis passe le résultat à une séquence de médiateurs

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

Javapolis 2007 : Du 10 au 14 décembre 2007 à Anvers

Cette année, la conférence annuelle du BeJUG se tiendra au MetroPolis d’Anvers. Le programme des conférences est consultable sur le site de l’événement.

Paris on Rails 2007 : Le 10 décembre 2007 à la citée des Sciences et de l’Industrie

L’édition 2007 de la conférence consacrée à Ruby on Rails se tiendra le 10 décembre 2007 à la citée des Sciences et de l’Industrie.
Le planning de la journée est consultable sur le site de Paris on Rails.

Actualité éditeurs / SSII

• Weblogic Server 10.3

Le coin de la technique

• Release de Seam 2.0
• Un vent de Websphere 7 chez IBM
• Apache Wicket 1.3.0-rc1 is released!

Actualité éditeurs / SSII

Weblogic Server 10.3

Cette nouvelle mouture du serveur d’application de BEA reste conforme aux spécifications J2EE 5 tout en ajoutant le support de Java SE 6. Donc peu de nouveautés technico-fonctionnelles, l’accent a été mis sur les performances. Cette version vient de sortir en mode ‘Tech Preview‘. La version 10.3 deviendrat-elle une version aussi performante et stable qu’est (ou fût) la version 8.1SP5+ ?

Le coin de la technique

Release de Seam 2.0

Pour rappel, Seam permet de mettre en des applications par le biais des technologies JSF, EJB 3, AJAX, BPM… Sa nouvelle version arrive avec ses lots de corrections et d’améliorations parmi lesquelles :

• possibilité d’écrire des composants Seam en Groovy
• intégration de GWT pour le rendering de page ou bien encore inclure des composants GWT dans une page JSF
• les composants Seam peuvent faire l’office de Web Service
• intégration de Hibernate Search
• syntaxe des EL améliorée

Un vent de Websphere 7 chez IBM

IBM nous prépare à Websphere 7, ses EJB3, sa persistance JPA et ses web services JAX-WS 2.0 en publiant le redbook Designing and Coding Applications for Performance and Scalability in WebSphere Application Server et en annonçant Rational Application Developer 7.5 Open Beta.

RAD 7.5, dont la beta sera disponible mi-décembre, apporte le support de support de Java EE 5 (EJB 3, JPA, JAX-WS, etc). La sortie de cette version, en avance sur Websphere 7, rassurera les clients RAD qui avaient été déçus par le décalage de plusieurs mois entre la sortie de WAS 6.1 et celle de RAD 7 (la v7 de RAD apportait le support de Java 5 et le WAS 6.1 runtime environment).

Designing and Coding Applications for Performance and Scalability in WebSphere Application Server est un RedBook de transition de l’ère des EJB 2.1 vers les nouveaux EJB 3.0 qui seront supportés par le futur Websphere 7 :

On y retrouve hélas quelques exemples légèrement défraîchis qui font penser à des copier/coller des redbooks précédents :

• Le chapitre sur l’utilisation des mécanismes de synchronisation (p99) mériteraient d’être réécrit en s’inspirant du très intéressant Google Tech Talk Advanced Topics in Programming Languages: The Java Memory Model de Jeremy Manson qui nous expliquent comment les blocs synchronized devraient être remplacé par les verrous introduis avec la librairie java.util.concurrent.locks
• Les exemples qui utilisent Vector et Hashtable pourraient avantageusement être mis à jour pour parler de List/ArrayList et de Map/HashMap
• Le paragraphe sur Struts et ses ActionForm pourrait être remplacé par son équivalent avec Struts2 ou être supprimé si IBM ne souhaite pas mettre en avant Struts2.

A côté de ces anachronismes mineurs, IBM nous livre les grands axes de la stratégie Websphere :

• SCA/SDO sont toujours des technologies clefs. Ce redbook nous explique avec clarté et raison leur rôle et leur position par rapport à EJB3/JPA : If you are developing a traditional (non SOA) application and only have relational data and are only developing in Java, then EJB 3.0 is a good choice. (p 449).
• Java Connector Architecture (JCA) est désormais la technologie standard et unifiée pour accéder aux Enterprise Information Systems (EIS) comme CICS et IMS dont les connecteurs Java propriétaires ont été remplacés par des Resources Adapter JCA [1]. Le support de l’API JCA permet une intégration élégante à SpringFramework [2].
• EJB3, JPA et JAX-WS sont les successeurs respectifs d’EJB 2.1, d’EJB CMP et de JAX-RPC ; ils sont disponibles avec WAS 6.1 sous forme de feature pack additionnels [3] ; Websphere 7 les embarquera en standard. Ce redbook sera une bonne introduction pour ceux qui n’ont pas encore eu le temps de découvrir ces nouvelles technologies.

Pour conclure, RAD 7.5 et ce redbook sont principalement des previews des technologies JavaEE 5 (EJB3, JPA, JAX-WS, etc) que nous attendons avec impatience et qui seront disponible avec Websphere 7.

D’ici à y voir les prémices d’une grande opération de teasing pour préparer l’imminente arrivée de Websphere 7 …

[1] Voir IMS TM Resource Adapter et CICS Transaction Gateway.
[2] Voir Access CICS applications with Spring par Thierry Templier pour JavaWorld.
[3] Voir WebSphere® Application Server Version 6.1 Feature Pack for EJB 3.0 et Feature Pack for Web Services for WebSphere Application Server V6.1

Apache Wicket 1.3.0-rc1 is released!

Le projet Wicket avance et entre en release candidates. Cela signifie que seulement des corrections de bugs seront faites jusque la sortie finale de la version 1.3.
Au programme de cette release :

• un guide de migration à partir de la version 1.2 : l’API a évolué/changé et donc pas mal de changements sont à prévoir.
• beaucoup de bugs ont été corrigés, et les évolutions sont nombreuses. Voici la liste.

Actualité éditeurs / SSII

Agilité

• Intégration continue – taux de couverture de code
• Estimations Agiles

Le coin de la technique

• Continuum 1.1 Beta 4 et Archiva 1.0 Beta 3
• RIA – qui utilise Flex aujourd’hui ?
• Buildr premier projet Ruby à rejoindre l’incubateur de la fondation Apache
• Encodage des messages avec Websphere MQ

Agilité

Intégration continue – taux de couverture de code

Un serveur d’intégration continue qui déroule les tests unitaires du projet, c’est très bien. Le serveur donne le nombre de tests unitaires qui sont passés, le nombre de tests échoués, notifie les intervenants du projet, et génère des rapports et des graphiques à partir des résultats donnés par JUnit. Mais il manque tout de même une information importante… Quel est le pourcentage de code couvert par les tests unitaires ?

Clover, après son récent rachat par Atlassian, vient de sortir en version 2 avec son lot de nouveautés :

• les rapports présentent désormais à la fois le taux de couverture des tests et le résultat des tests,
• on connaît couverture de code par test,
• le module d’affichage des sources en HTML a été amélioré

Clover est un outil commercial nécessitant une licence payante. Dans le monde opensource, les alternatives se nomment Cobertura et EMMA. Ces outils peuvent être couplés au processus de build (Ant ou Maven), et les résultats peuvent (parfois, suivant les plugins disponibles sur tel ou tel serveur) être affichés dans les rapports du serveur d’intégration continue.

Estimations Agiles

Mike Griffiths, praticien agile ayant participé en 1994 à l’élaboration de la méthode agile DSDM, vient d’initier une série de billets sur les estimations agiles. Dans ce premier billet, il aborde notamment la problématique de l’estimation initiale et commence par rappeler que, approche agile ou non, cet exercice sera toujours difficile du fait du caractère unique de chaque projet. Ainsi, les estimations initiales peuvent considérablement varier par rapport à la réalité comme l’illustre parfaitement bien le désormais célèbre cône d’incertitude de Barry W. Boehm. Avec les méthodologies agiles, les estimations peuvent être affinées après quelques itérations en fonction de la vélocité mesurée du projet. Mais en début de projet, que la méthodologie adoptée soit agile ou traditionnelle, le problème reste le même – estimer le temps nécessaire pour construire un système unique avec une équipe inexpérimentée – et nous devons donc accepter que les approches seront similaires. Mike livre ici quelques techniques qui peuvent vous aider.

Le coin de la technique

Continuum 1.1 Beta 4 et Archiva 1.0 Beta 3

Semaine riche sur la planète Maven avec les annonces, à quelques jours d’intervalle, de Continuum 1.1 Beta 4 et Archiva 1.0 Beta 3. Au menu pour Continuum (non exhaustif) : de nombreuses corrections de bogues, une nouvelle page permettant de visualiser la queue de build et la possibilité d’utiliser des templates de mail configurables. Pour plus de détail, vous pouvez consulter les release notes. Pour Archiva, cette nouvelle beta qui sera a priori l’avant dernière avant la 1.0 finale contient essentiellement des corrections de bogues et quelques améliorations. De même, les release notes vous donneront tous les détails. Félicitations aux équipe Continuum et Maven Archiva !

RIA – qui utilise Flex aujourd’hui ?

Le taux de pénétration d’une technologie est un facteur important (prédominant?) pour les décideurs informatiques. Les deux technologies qui sortent du lot pour développer des applications RIA (Rich Internet Application) sont AJAX (et sa flopé de frameworks) et Flex d’Adobe.

Flex est un environnement de développement permettant de créer des applications RIA multiplateformes, la partie présentation est en Flash (le taux de pénétration du plugin Flash est excellent, proche de 100%, il n’y a donc pas de problème de déploiement), et les applications Flex peuvent consommer des services distants (web services, EJB, etc.). L’environnement de développement FlexBuilder est basé sur Eclipse, mais est payant, tandis qu’Adobe a récemment passé Flex sous licence opensource.

Flex est aujourd’hui utilisé par de nombreuses compagnies, cet article chez InfoQ liste certaines d’entre elles.

Buildr premier projet Ruby à rejoindre l’incubateur de la fondation Apache

Buildr semble être l’alternative à Maven 2 qui monte… Cet article d’InfoQ est un bon point d’entrée pour en apprendre un peu plus sur l’outil.
Buildr est donc un outil de build pour projets Java, mais est codé en Ruby. L’outil semble être plus rapide que Maven 2 et est surtout beaucoup plus facilement extensible.

Il ne sera tout de même pas être évident de déloger Maven 2 mais les deux projets sont désormais sous l’ombrelle de la fondation Apache, nous verrons bien ce qu’il en sortira.

Encodage des messages avec Websphere MQ

La gestion des encodages avec Websphere MQ est toujours un sujet délicat à traiter (EBCDIC, CCSID et autres joyeusetés). IBM met à jour Data Conversion Under WebSphere MQ. C’est l’occasion de rappeler quelques bonnes pratiques pour prévenir ces problèmes auxquels nous ne sommes pas habitués :

• JMS et son pendant XMS (.Net, C et C++) sont les API de prédilection pour accéder à MQ depuis des applications d’informatique de gestion :
  - JMS est une API de beaucoup plus haut niveau que MQI qui est intégrée aux standards et frameworks Java EE (JTA/JCA, Message Driven Bean, Spring JMS, etc).
  - L’implémentation JMS de MQ offre les mêmes performances que l’API « WebSphere MQ classes for Java » (cf JMS Performance with WebSphere MQ for Windows 6.0)
  - Le pooling des ressources JMS par les serveurs d’application, similaire aux DataSource jdbc, apporte simplicité d’exploitation et maîtrise de la montée en charge (cf Using JMS connection pooling with WebSphere Application Server and WebSphere MQ)
  - XMS porte l’API JMS pour les langages C, C++ et .Net (cf XMS Clients), cette nouveauté est une roadmap importante à étudier. La transposition de l’API JMS pour les autres langages de programmation se retrouve aussi dans Tibco Enterprise Messaging Service (EMS).
• Le format MQRFH2, autrefois difficile à manipuler avec les APIs MQI, se généralise avec les APIs JMS/XMS et le support de SOAP (cf. WMQ SOAP Listeners).
• L’utilisation de TextMessage pour transporter des documents XML est le standard de-facto. Cependant, ce choix nécessite de maintenir en synchronisation le ccsid du message MQ et l’attribut « encoding » du document XML (cf MQSeries.net : XML in JMSTextMessage or JMSBytesMessage). Une règle de précaution est de systématiquement utiliser UTF-8, l’encodage par défaut en XML (voir infra).
• UTF-8 est un très bon candidat comme encodage standard d’échange des messages MQ. Il est supporté de façon transparente par les APIs JMS et XMS et est l’encodage par défaut des documents XML.