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

SOA

• Quel nuage choisir ?

Le coin de la technique

• Sortie de Restlet 2.0
• Ravalement de Sun par Oracle, quelques couacs…
• Sortie de la version 2.2 d’Ehcache

SOA

Quel nuage choisir ?

Tout dépendra de la nature et des besoins de votre application, nous apprennent BitCurrent et Webmetrics, via le site infoq.

En effet, après avoir mené quatre types de tests et analyser cinq applications différentes, déployées sur les cinq plateformes de cloud concernées (à savoir, Amazon, Google, Rackspace, Salesforce.com, et Terremark) ils ont dégagé les conclusions suivantes :

• Faire attention à ses voisins : vos performances seront affectées par les autres applications utilisant le même nuage.
• Comprendre le profil de votre plateforme : elles ont des performances différentes selon le type de tâche effectuée, comme mis en évidence par les histogrammes publiés.
• Afin d’implémenter une stratégie de monitoring efficace , vous permettant de retrouver rapidement les éventuels goulots d’étranglement, il vous faudra implémenter du code spécifiquement pour cette tâche. Le diagnostic des problèmes devient plus compliqué, à cause des différentes ressources partagées.
• Choisir entre un IaaS ou un PaaS, dépendra de votre stratégie de portage de votre application vers les nuages. Si vous optez de la re-implémenter afin de tirer avantage des nouveaux types de repository de données tel que BigTable, un PaaS serait le bon choix. Sinon il faudrait plutôt choisir un IaaS et configurer l’élasticité de votre application vous même.
• Toujours surveiller votre taux d’utilisation lorsque vous utilisez un PaaS, car en cas de dépassement vos utilisateurs pourront se heurter à une indisponibilité.

Toutefois, les auteurs précisent que leur étude est plus une ligne de conduite et que des tests avancés devront être menés spécifiquement pour tenir compte des besoins de chaque application et qu’elle ne visent pas à recommander un nuage plutôt qu’un autre. Le rapport complet est disponible ici.

Le coin de la technique

Sortie de Restlet 2.0

Restlet qui fût l’un des premiers frameworks à embrasser REST vient de sortir en version 2.0 près de 2 ans après la version 1.1.

Parmi les nouveautés on peut noter les points suivants:

• Un support pour les nouvelles plateformes de Google: Android pour les Smartphones et les Tablets, et Google App Engine pour le cloud computing.
• Une réorganisation des extensions et des packages.
• Un meilleur support des en-têtes HTTP standards.
• Un support d’une API de sécurité HTTP Centric gérant l’authentification et les autorisations.

Parmi les nombreuses extensions disponibles, deux nouvelles extensions font leur apparition:

• L’extension OData qui fournit une API client haut niveau pour se connecter à différents services OData, tels que la plateforme de Cloud Computing Azure de Microsoft. Cette extension fournit à la fois un système de génération de code pour la représentation des données et un runtime layer.
• L’extension RDF a l’ambition de permettre aux utilisateurs de construire des applications basées sur le web sémantique. Cette extension fournit une API RDF complète basée sur l’API Restlet, permettant de traiter des documents à la façon DOM ou bien SAX. L’extension supporte les formats de sérialisation RDF/XML et RDF/n3.

Un livre Restlet In Action est également en préparation, et les 7 premiers chapitres sont déjà disponibles en early access chez Manning (Le premier chapitre est en accès gratuit).

Ravalement de Sun par Oracle, quelques couacs…

La dernière version de Java 1.6.0_21, sorti il y a quelques semaines, apportait quelques évolutions mineures et aussi malheureusement un bug impactant le lancement d’Eclipse. Dans le grand ravalement pour faire disparaitre les références à Sun, Oracle a modifié le nom de la compagnie, qui se trouve dans java.dll, en Oracle au lieu de Sun Microsystems, Inc. Or Eclipse se fie à ce nom pour fixer le paramètre par défaut -XX:MaxPermSize. Le problème concerne donc les utilisateurs Windows, un workaround assez simple consiste à fixer ce paramètre au démarrage d’Eclipse dans le fichier eclipse.ini en ajoutant le paramètre -XX:MaxPermSize=256m après -vmargs.

Dans la même veine, un mouvement (ici,ici et là) s’est formé pour revenir aux anciennes urls de sun pour la javadoc plus pratiques. En effet là où on avait http://java.sun.com/j2se/1.5.0/docs/api/java/lang/IndexOutOfBoundsException.html, Oracle avait remplacé par http://download.oracle.com/docs/cd/E17476_01/javase/1.5.0/docs/api/java/lang/IndexOutOfBoundsException.html, laissant penser qu’elle dépendait d’un identifiant d’un CD ! Le mouvement a eu finalement gain de cause et le java-iste peut à nouveau retrouver ses bonnes vieilles habitudes.

Sortie de la version 2.2 d’Ehcache

Le cache distribué de Terracota, Ehcache vient de sortir en version 2.2.
Au menu des nouveautés pour la version communautaire d’Ehcache :

• la simplification et l’amélioration de la console de contrôle et de monitoring du cache,
• une amélioration de la consommation mémoire et de l’utilisation du réseau,

et pour la version enterprise (commerciale) :

• un nouveau moteur de stockage distribué permettant de gérer jusqu’à plusieurs To de données réparties sur plusieurs centaines de nœuds,
• la possibilité de distribuer les données sur des nœuds répartis dans de multiples data centers (éventuellement distants géographiquement),
• l’intégration des problématiques d’authentification et d’autorisation via un support de JAAS.

Nous pouvons voir dans cette version l’aboutissement du savoir faire des équipes d’Ehcache et de Terracota dans la réalisation de cache et d’architectures distribuées. Cette évolution confirme Ehcache comme un étant un concurrent sérieux à des solutions telles qu’Oracle Coherence dont nous vous parlions dans cet article.

Actualité éditeurs / SSII

• Vague de départs chez Sun/Oracle
• Avec son OS4, Apple bride les développeurs
• AWS s’enrichie d’un nouveau service de notification

Agilité

• Maîtriser votre dette technique

Actualité éditeurs / SSII

Vague de départs chez Sun/Oracle

Le rachat de Sun par Oracle constitue un changement de politique et d’identité majeur pour l’entreprise qui avait créé Java. On pouvait donc s’attendre à un certain nombre de départs de quelques personnes clé de Sun. Ces dernières semaines ont vu notamment les démissions de :

• James Gosling : le créateur du langage Java. Après avoir passé 20 ans chez Sun, James Gosling quitte Sun/Oracle. Son départ a logiquement fait beaucoup de bruit au sein de la communauté Java.
• Simon Phipps : le directeur de la stratégie Open Source de Sun. Il avait rejoint Sun 10 ans auparavant et était devenu Chief Open Source Officer il y a 5 ans.
• Tim Bray : le co-rédacteur de la spécification XML et directeur des technologies Web chez Sun. Il rejoint Google dès à présent.

Ces départs retentissants, accompagnés de disparitions de produits et de changements de politiques, marquent bien la fin d’une époque…

Avec son OS4, Apple bride les développeurs

Apple a dévoilé la semaine dernière son nouvel OS, OS4, système d’exploitation destiné aux derniers iPhones, iPods et autres iPads. Nous ne reviendrons pas sur les nombreuses nouveautés techniques mais sur un simple paragraphe de la « iPhone Developer License Agreement » dont les termes ont depuis animé la blogosphère. L’ancienne version de ce document spécifiait que les développeurs devaient utiliser les API publiques de la manière prescrite par Apple et ne devaient pas utiliser d’appels à des API non publiées ou privées. Cette licence est maintenant beaucoup plus restrictive: elle spécifie explicitement que les applications devront être écrites en C, C++ ou Objective-C (voir Javascript à travers le Webkit d’origine). Tout programme destiné à être exécuté après une traduction ou se reposant sur une couche type machine virtuelle est interdit. La conséquence directe est que Flash, Java ou .Net se voient interdire l’accès à l’immense marché des applications iPhone.

La première question venant à l’esprit est « pourquoi ? ». Pourquoi se limiter alors que ces types de langages et technologies ont le vent en poupe ces temps ci et sont un fort moteur d’innovation. Une réponse apportée par Steve Jobs est que l’utilisation par les développeurs de couches intermédiaires produit des sous-applications non standard qui grèvent l’évolution de la plateforme.

En fait, selon John Gruber, Apple cherche à éviter à tout prix qu’une autre compagnie n’établisse ses propres outils comme un standard surtout si ceux ci permettent d’écrire un seul code et de l’exécuter indifféremment sur iPhone, Android ou Windows Mobile. Apple veut imposer sa plateforme de développement, que celle-ci devienne un standard, un passage obligé. Plus les développeurs seront familiers avec elle, plus ils développeront pour elle. De la même manière que Windows s’est imposé dans les années 90. Eviter le « write once, run anywhere », ca ne vous rappelle rien ?! Surtout que les applications iPhone représentent déjà la plus grosse part du gâteau des applications mobiles.

Les conséquences sont importantes. En premier lieu, l’avenir de Flash sur les machines de la Pomme semble compromis et de nombreux développeurs voient leurs efforts réduits à (presque) néant. Nous n’avons pas fini d’entendre parler de cette affaire et de débattre pour savoir si Apple préserve simplement la qualité de sa plateforme ou bien joue trop restrictif, ce qui, pour certains, n’est plus acceptable.

AWS s’enrichie d’un nouveau service de notification

Amazon enrichie son offre Cloud Computing AWS (Amazon Web Services) d’un nouveau service de notification. Baptisé Simple Notification Service (SNS), il permet à des systèmes externes de souscrire à un topic pour recevoir des notifications par SMTP, HTTP(S) ou Amazon SQS (Simple Queue Service). SNS vient donc en complément du service SQS existant puisque ce dernier était un broker de messages qui offrait une connectivité HTTP. SNS, quant à lui, se définit plutôt comme un publish-subscribe lié à une capacité d’intégration.

Ce type de traitement peut être effectué très simplement au sein des applications Java, par programmation. Tout l’intérêt de ce nouveau service est donc le même que pour la majorité des autres services de Cloud Computing offerts par Amazon : il s’agit d’un service clé en main pour lequel aucune tâche de déploiement, d’exploitation, et de planification de charge n’est requise. Le choix d’exploiter ce service peut alors être fait sur la base d’une projection de coût basé sur l’habituelle tarification linéaire d’AWS, tandis qu’en informatique traditionnelle ce choix aurait été basé sur les contraintes de mise en œuvre d’un middleware supplémentaire.

L’offre de Cloud Computing d’Amazon s’étoffe mois après mois avec l’arrivée de services supplémentaires, conférant ainsi à Amazon une position très confortable sur ce marché. Le Cloud Computing est un marché émergeant qui se cherche encore des standards. AWS, fort de son innovation régulière et de sa popularité pourrait s’octroyer une position de standard de facto telle celle gagnée par Spring. Le fait que le projet Eucalyptus – qui vise a offrir une solution de private cloud – soit basé sur les contrats des services d’AWS donne d’ailleurs un crédit supplémentaire à cette hypothèse.

Agilité

Maîtriser votre dette technique

La dette technique est généralement introduite à cause de raccourcis pris lors d’un développement pour tenter de gagner du temps, en lieu et place d’une conception propre, simple et évolutive. L’évolution et la maintenance de ce code se feront au prix d’efforts supplémentaires que l’on peut assimiler à des intérêts financiers.

Dans Monetizing the technical debt, Vikas Hazarati nous explique que la dette technique doit être maîtrisée faute de quoi, l’application risque de péricliter. En effet, au delà d’une certaine dette technique, la modification du code risque d’entraîner des comportements hasardeux (régressions) dans l’application. La diminution de la dette (capital) se fera en refactorant le code avant d’atteindre un niveau de dette trop élevé. L’article nous explique les bénéfices de monétiser notre dette technique et donne quelques éléments pour déterminer le niveau d’endettement (notamment via l’emploi d’un plugin Sonar).

La détermination d’un montant de dette technique pertinent semble difficile à mettre en œuvre et la détermination d’un seuil de maîtrise semble aussi particulièrement subjective. Le ressenti de l’équipe de développement sur le niveau (qualitatif) de la dette technique semble plus pertinent.

Comme l’explique Ward Cunningham, l’introduction d’une petite dette technique peut accélérer le développement à condition que celle-ci soit remboursée rapidement après sa souscription. Une bonne pratique pour vous aider à maîtriser votre dette technique est d’identifier le code à améliorer au moment où vous l’introduisez et de planifier les corrections nécessaires lors des itérations suivantes.

Actualité éditeurs / SSII

• http://sun.com 301 moved permanently

Le coin de la technique

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

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

• 2ème anniversaire du Paris JUG

Actualité éditeurs / SSII

http://sun.com 301 moved permanently

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

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

Le coin de la technique

Première Beta pour Scala 2.8.0

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

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

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

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

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

Apache JackRabbit implémente maintenant JCR 2.0

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

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

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

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

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

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

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

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

Un œil sur Lucene, Solr et HBase

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

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

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

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

2ème anniversaire du Paris JUG

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

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

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

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

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

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

En espérant vous voir nombreux …

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

• Amazon lance Relational Database Service
• Oracle tente de rassurer la communauté Sun
• Keynote de Rod Johnson à SpringOne/2GX 2009

Le coin de la technique

• Optimisez vos requêtes SQL
• Apache POI 3.5
• Interminables débats sur la mort de Java
• Une version de tcServer pour les développeurs

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

• Flex 4 chez les Tontons Flexeurs

Actualité éditeurs / SSII

Amazon lance Relational Database Service

Quelques mois après la disponibilité d’Amazon Elastic MapReduce, le libraire américain continue d’enrichir sa gamme de services de Cloud Computing en lançant Amazon Relational Database Service (RDS).

RDS offre une base de données MySQL sur une plate-forme dynamiquement provisionnable. Suivant la logique initiée avec ses autres services, la facturation est fonction de la consommation réelle, la gestion des instances se fait à l’aide d’un Web Service spécifique à RDS et leur monitoring est possible par CloudWatch.

Outre ces caractéristiques communes aux services d’Amazon, on retiendra principalement de RDS :

• Utilisation de MySQL 5.1 avec InnoDB,
• Offre de réplication prévue pour assurer la haute disponibilité, mais non disponible à ce jour,
• Système de gestion des backups.

Par ce service, Amazon déleste ses clients des principales tâches liées à l’administration d’une base de données relationnelle. Répondant ainsi à un besoin réel, on peut s’attendre à ce que ce service, s’inscrivant dans l’offre homogène d’Amazon, rencontre un succès commercial.

Plusieurs réactions et commentaires ont suivi cette annonce, on retiendra particulièrement l’observation de Krishnan Subramanian, sur le coup dur que constitue ce nouveau service pour FathomDB, une entreprise qui proposait un service d’hébergement MySQL sur EC2. Il remarque alors qu’il est délicat pour des startups de parier sur de tels services propriétaires.

Oracle tente de rassurer la communauté Sun

Depuis l’acquisition de Sun par Oracle en avril dernier, le futur de la stack Sun a fait l’objet de peu de communiqués. Quelques rumeurs ici ou là sur le futur de MySQL ont fait surface, après la disparition du lien permettant de télécharger les premières briques de MySQL 6. C’est peut-être pour couper court à ce genre de bruits de couloir qu’Oracle présente ses intentions sur la stack Sun via la mise à jour de sa FAQ . En résumé « on garde tout, et on en fait toujours plus » :

• Oracle dit vouloir passer plus de temps sur Solaris et Sparc que Sun ne l’a fait par le passé. La collaboration d’ingénieurs base de données Oracle et Sun ouvre d’ailleurs de nouvelles perspectives.
• Côté virtualisation, tous les produits Sun ‘devraient’ continuer à être développés : VDI, Secure Global Desktop, Sun Ray, and VirtualBox.
• Un alignement entre Oracle Weblogic Server et Glassfish Enterprise Server va être effectué. Glassfish reste l’implémentation de référence open source pour Java EE 6.
• Netbeans restera une solution alternative open source à Oracle JDeveloper et Oracle Enterprise Pack pour Eclipse.
• MySQL devrait être ajouté à la liste des bases de données de la suite Oracle au même titre que Berkeley DB, une base de données open source.

Comme vous pouvez le constater, rien de très précis, tout est au conditionnel. Le but est avant tout de ne surtout pas se mettre à dos les différentes communautés.

Keynote de Rod Johnson à SpringOne/2GX 2009

SpringSource est actuellement un des plus grands agitateurs de notre écosystème. Et donc quand Rod Johnson, le papa de Spring, vient donner un keynote en ouverture du plus gros évènements annuel de l’éditeur, on écoute avec attention. Grâce à InfoQ, il est possible de retrouver cette intervention en différé.
En résumé, pas grand chose de nouveau, mais Rod Johnson enfonce le clou sur les sujets que Spring met en avant depuis quelques mois déjà :

• Spring 3.0 : les nouvelles fonctionnalités, et les scénarios d’upgrade.
• Les languages dynamiques : Groovy et Grails, une fois encore à l’honneur
• Les outils destinés aux developpeurs: tcServer (voir par ailleurs), Spring Insight, SpringSource Tool Suite
• Les grandes manœuvre de l’éditeur : aquisition par VMWare (pas grand chose à se mettre sous la dent de ce coté là)
• Le futur de SpringSource : CloudFoundry et les Cloud d’entreprise en Java

En bref, un très bon résumé (pour ceux qui reviendraient de longues vacances) des changements qui nous attendent dans les mois à venir, impulsés par l’un des éditeurs les plus dynamiques du monde JEE.

Le coin de la technique

Optimisez vos requêtes SQL

Nous sommes tombés sur ce post qui nous propose 15 moyens pour optimiser vos requêtes SQL. Si quelques-unes d’entre elles vous paraitront être issues du bon sens commun, d’autres méritent le détour :

• Prenez le plus grand soin de vos index : Le contenu des index primaires se doit d’être le plus petit possible, les index uniques sont en règle générale plus performants.
• Recherchez par wildcard avec certaines précautions : Privilégiez l’utilisation de wildcard à l’utilisation de SUBSTR. Les wildcards postfixés sont plus performants que les wildcards préfixés. Dans la mesure du possible n’hésitez pas à n’indexer qu’une sous partie d’une chaîne de caractères plutôt que la chaîne dans son ensemble. En général utilisez les types de données les plus petits possibles.
• Simplifiez vos requêtes : Privilégiez l’utilisation de l’opérateur EXIST à une utilisation de COUNT. Limitez le nombre de lignes à retourner pour éviter la récupération complète d’une table. Utilisez des valeurs par défaut dans vos colonnes pour simplifier vos requêtes.
• Évitez les scans inutiles : Remplacer l’opérateur NOT d’une expression complexe par son inverse permet de ne pas évaluer l’intégralité de celle-ci. Transformez une sous-requête dans un IN par une sous-requête dans un FROM (et simulez ainsi une table virtuelle). Les UNION sont en principe plus efficaces que les OR car ils permettent d’optimiser l’utilisation des index.

Le tuning de requêtes SQL n’est pas simple, les commentaires sur le billet original en témoignent. Il dépend grandement de la base de données et de sa configuration. La base de données repose sur des statistiques pour savoir quand utiliser ses index. De ce fait, l’amélioration de la performance de vos requêtes commence le plus souvent par une analyse du plan d’exécution de celles-ci. Celui-ci vous permettra de trouver comment poser vos index. Enfin, certaines bases de données comme Oracle vous permettent d’agir directement sur son plan d’exécution à partir de votre requête, par l’intermédiaire de SQL HINT. A n’utiliser qu’en dernier recours

Apache POI 3.5

Du nouveau sur le support des documents Office 2007 en Java (sujet déjà abordé il y a un an) avec Apache POI qui est sorti il y a un mois en version finale 3.5 (via InfoQ). Parmi les nombreuses nouveautés, on retiendra surtout le support des fichiers .docx et .xlsx et plus globalement des documents Office 2007 (mais il aura fallu attendre un an entre la beta 3 et la version finale !).

Plusieurs librairies nous offrent déjà la possibilité de gérer nos fichiers Office 97-2003 (format Microsoft OLE2). Peu d’entre elles proposent la gestion des fichiers Office 2007 (format Microsoft Office Open XML ou OOXML) : par exemple Aspose.Word gère uniquement les fichiers Word 2007. Avec Apache POI 3.5, c’est toute la gamme de produits Office 2007 qui se trouve ainsi supportée.

Quelques modifications seront toutefois nécessaires dans votre code pour supporter ce nouveau format. En effet, le modèle org.apache.poi.hssf.usermodel.HSSF actuel reste compatible OLE2 mais ne supportera pas OOXML. Il faudra ainsi passer par le nouveau modèle org.apache.poi.ss.usermodel.HSSF pour bénéficier de ce support. Ce nouveau modèle s’appuyant fortement sur l’ancien, l’équipe précise que le switch ne devrait pas être trop ardu.

Le téléchargement se passe comme d’habitude sur les miroirs d’Apache.

Interminables débats sur la mort de Java

A chaque année ses raisons d’annoncer la mort de Java ; le débat n’est pas nouveau et les arguments se renouvellent depuis le début des années 2000 :

• Lourdeur de J2EE
• Complexité et densité de l’écosystème Java
• Manque d’intégration des solutions et les faiblesses du langage face au rival Microsoft .Net
• Inadaptation à la création d’interfaces pour le Web et pour les clients lourds
• Manque de productivité face aux nouveaux langages : Python, Ruby, …

En 2009 l’argumentaire se tourne maintenant vers les langages alternatifs pour la JVM – principalement Groovy et Scala – et vers l’incertitude liée à la gouvernance de Java. Ainsi il y a quelque semaines, Stephen Colebourne postait un inquiétant graphique montrant l’évolution décroissante du nombre de JSR créées auprès du JCP au cours des années. Il se demandait alors si cela pouvait être pris comme une perte de vitesse ou comme un signe de maturité mais remarquait que l’innovation était maintenant principalement portée par les communautés Open Source.

Stephan Schmidt apportait, en septembre dernier, une analyse intéressante du débat sur la mort de Java. Il commençait par dissocier les 3 composantes de Java que sont le langage, la JVM et le JDK, chacun ayant une pérennité distincte. Il exposait alors différents points :

• La quantité d’offres d’emploi en Java reste constante comme le montre le graphe Indeed (devenant un classique en argumentaire).
• Avant la mort de Java, un successeur doit se distinguer. Or Ruby et Python ont peiné à faire leur place dans le monde de l’entreprise. Il reconnaît en revanche le positionnement appréciable de Groovy suite à sa prise de contrôle par SpringSource puis par VMWare et l’innovation intéressante portée par Scala.
• Java est toujours à même d’apporter les caractéristiques qui ont amené son succès : pas de pointeurs, gestion de la mémoire, orientation vers l’entreprise et Internet, gestion simple du parallélisme.
• C’est le monde de l’entreprise qui permet le succès d’un langage, or Java répond toujours à ses besoins même si le langage présente des défauts nuisant à la productivité.
• Java a perdu il y a bien longtemps le hype qui l’entourait, mais cela ne signifie pas pour autant sa mort.

A travers l’évolution du débat, un aspect majeur ressort : les critiques portent maintenant principalement sur le langage Java, la JVM étant reconnu pour ses qualités et la capitalisation qui s’est faite autour d’elle. Dès lors, la JVM se présente comme une plate-forme standard pour les développements, non sans rappeler le statut acquis par l’environnement x86 d’Intel des années auparavant.

La mort annoncée du langage Java au profit de langages alternatifs pour la JVM doit, quant à elle, probablement être modérée. En effet Java, fort de ce que Sun décrit comme la plus grosse communauté de développeurs au monde, n’est actuellement clairement pas menacé.

Une version de tcServer pour les développeurs

SpringSource vient d’annoncer la sortie prochaine (pour l’instant, une preview est téléchargeable) de tcServer Developer Edition. Que trouve t’on dans ce joli package ?

Côté serveur d’application, rien de nouveau, c’est toujours du 100% Tomcat.
C’est une fois de plus dans les à-côtés que tcServer se distingue, avec l’arrivée de Spring Insight. Spring Insight, c’est une console qui va vous permettre de surveiller ce qui se passe au cœur de votre application, à la fois en prenant un point de vue global, mais aussi en zoomant très précisément sur une requête HTTP donnée.

Et quoi de nouveau me direz vous ? Et bien, à vrai dire, pas de rupture technologique (plusieurs outils permettaient de réaliser des mesures comparables) mais une facilité d’intégration à votre application, sujet si cher à Spring. Tout se passe en AOP (rien à faire donc dans votre code), toutes les informations sont stockées en mémoire (pas de base de données, mais en contrepartie, une augmentation de la mémoire consommée par votre application) et les principaux frameworks du marché peuvent être scrutés en utilisant un mécanisme de plugin.
En revanche, Spring est très clair : il s’agit d’un outil de développement : son utilisation en production exposerait vos applications d’un point de vue sécurité.
Une fois de plus, SpringSource joue la carte du tout intégré et de la simplicité, et risque de séduire à la fois des développeurs et des Q&A un tant soit peu sensibles à la qualité intrinsèque d’une application.

Nous avons aimé :

• L’expressivité des métriques qui identifient les URL d’invocation, les principaux composants (actions Spring MVC, composants métier, etc), les transactions et les accès SGBD avec les requêtes SQL.
• La granularité macro qui est souvent plus facile à comprendre que les mesures ultra-détaillées que nous proposent les profilers java.

Notre souhait : l’intégration à l’environnement de développement et au code source de l’application en cliquant sur les graphes de Spring Insight.

Le screencast et la preview de tcServer Dev. se trouvent sur le blog de SpringSource.

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

Flex 4 chez les Tontons Flexeurs

Les tontons flexeurs, le rendez-vous incontournable des flexeurs et des autres, nous propose une nouvelle présentation qui portera sur les nouveautés de Flex 4.
Christophe Coenraets, évangéliste senior chez Adobe, nous présentera ainsi les nouveautés de LiveCycle Data Services 3, le Model-Driven Developpement avec FlashBuilder 4 et l’intégration de Flex avec Spring.
La présentation se déroulera le mardi 10 novembre de 14h à 16h. Les inscriptions se font comme d’habitude sur l’evenbrite.

Actualité éditeurs / SSII

• Avancement des spécifications et implémentations JEE 6

RIA

• Des nouvelles d’Ext-GWT

Le coin de la technique

• Nouveau concept dans JUnit 4.7 : Rule
• Attention à votre mémoire avec String.substring()
• Sortie de Wicket 1.4
• Chouchoutez vos tests unitaires.

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

• Sun perd JRuby

Actualité éditeurs / SSII

Avancement des spécifications et implémentations JEE 6

Le dernier podcast des Cast Codeurs a été l’occasion de faire un tour de table des informations que chacun des speakers possédait sur JEE 6. Même s’il ne s’agit pas d’informations officielles, elles offrent un aperçu intéressant sur ce que pourrait être JEE 6 lors de sa finalisation ainsi que sur son calendrier :

• Antonio Goncalves, membre de l’Expert Group JEE 6, explique que la bataille entre les JSR-330 (Dependency Injection for Java) et JSR-299 (Java Contexts and Dependency Injection) sur le terrain de l’injection de dépendances semble partie pour se terminer de manière constructive. En effet la JSR-330 ne présentant pas d’incompatibilité particulière avec le modèle très évolué proposé par la JSR-299, les deux spécifications devraient se compléter harmonieusement. La JSR-330 définirait un ensemble d’interfaces de base que la JSR-299 viendrait étendre pour ajouter ses concepts plus élaborés. Afin de permettre cet ajustement de dernière minute, la finalisation de la spécification JEE 6 serait légèrement repoussée, la portant ainsi autour d’octobre / novembre 2009.
• Emmanuel Bernard, travaillant sur les problématiques de persistance chez JBoss, nous apprend quant à lui que l’implémentation des drafts des spécifications JEE 6 est en cours chez JBoss et devrait aboutir en version 5.2 du serveur d’application de l’éditeur avec une première implémentation non conforme au TCK, la conformité viendrait dans un deuxième temps, lors d’une version ultérieure. Il évoque la possibilité d’une présentation de ce travail lors du JBoss World de début septembre. D’autre part, la JSR-303 (Bean Validation) dont il est responsable est proche de la finalisation mais un conflit avec le JCP sur une problématique de licence complexifie l’avancement.

On ne peut que se réjouir de cette éventuelle harmonie entre les deux JSR d’injections de dépendances puisque les développeurs seraient ainsi libres de choisir la spécification sur laquelle ils se basent, en fonction de leur besoins plus ou moins complexes.

RIA

Des nouvelles d’Ext-GWT

Ext-GWT, la librairie Javascript ExtJS portée en GWT (cf. article sur la galaxie GWT), sort en version 2.0.1.
Profitons de cette sortie pour parler plus globalement du projet et de la release majeure 2.0 sortie il y a maintenant un mois.

Celle-ci apporte en effet son lot de nouveaux composants et nouvelles fonctionnalités. Ces ajouts réduisent ainsi l’écart entre les 2 projets. On trouve ainsi :

• le Tree Panel et le Tree Grid (démo), ce dernier (qui étend directement le composant Grid donc plus de binder) bénéficiant de toutes les fonctionnalités du tableau
• le row editor (démo) qui permet de modifier une ligne complète du tableau, toutes les cellules de la ligne passant en mode édition (alors qu’avant il fallait éditer toutes les cellules une par une)
• le HTML editor / Rich Text Editor (démo)
• le Live Charting (démo) qui rejoint ainsi GChart (évoquée lors d’une précédente revue de presse) et OFCGWT
• le ButtonGroup (démo) et le Status (démo)

Un travail important a été apporté sur les boutons, la barre d’outil, la gestion de l’overflow dans cette barre…

Les nouveautés étant très nombreuses, un détour par le fameux showcase permettra de les parcourir/tester.

S’agissant d’une mise à jour majeure, un guide de migration présent dans le produit décrira les changements dans l’API.

Téléchargement par ici et si (comme moi ) vous attendez déjà la suite avec la 2.1, vous trouverez la nouvelle roadmap par là.

Le coin de la technique

Nouveau concept dans JUnit 4.7 : Rule

La version 4.7 du célèbre framework de test unitaire, JUnit, est en cours de préparation. Un nouveau concept a été dévoilé : Rule.

Ce concept va réjouir les accrocs du test automatisé par JUnit. En effet, cette fonctionnalité permettra de modifier l’exécution de vos tests, afin de les préparer à un contexte d’exécution.

Un des exemples les plus significatifs est le suivant :

 public static class HasTempFolder {
   @Rule
   public TemporaryFolder folder= new TemporaryFolder();
   @Test
   public void testUsingTempFolder() throws IOException {
     File createdFile= folder.newFile("myfile.txt");
     File createdFolder= folder.newFolder("subfolder");
     // ...
   }
 }

Grâce à cette déclaration @Rule public TemporaryFolder folder= new TemporaryFolder();, avant le test il n’y a pas besoin de créer de répertoire temporaire, après le test il n’ y a pas besoin de supprimer les répertoires et fichiers créés pendant le test. Cela permet donc plus facilement de faire des tests automatisables, répétables, et portables d’environnement à environnement.

Il existe d’autres Rules comme par exemple :

• ExternalResource: utilisable d’un fichier externe (accessible par système de fichier)
• Timeout: le test doit répondre avant un timeout
• ExpectedException: le test doit jeter des exceptions bien déterminés
• Et bien d’autres

Il y aura donc un ensemble de Rules qui permettront d’éviter de refaire des petits bouts de code personnel pour faire la même chose en une annotation.

Attention à votre mémoire avec String.substring()

Voici un article intéressant qui permet de comprendre ce qui se trouve sous le capot de la classe du JDK String : String and memory leaks ; il pourrait même vous donner une petite goutte de sueur sur le front. Même si le titre de l’article n’est pas forcement bien choisi (‘fuite mémoire’ alors qu’il s’agit plus de rétention mémoire), il nous montre simplement comment une méthode de la classe, substring, peut cacher un loup.

En effet, à des fins d’optimisation, on fait tourner le code suivant :

public static void sendEmail(String emailUrl) {
    String email = emailUrl.substring(7); // 'mailto:' prefix has 7 letters
    String userName = email.substring(0, email.indexOf("@"));
    String domainName = email.substring(email.indexOf("@"));
}
public static void main(String[] args) {
    sendEmail("mailto:user_name@domain_name.com");
}

A première vue, on a trois instances de la classes String :

• String email = "mailto:"
• String userName = "user_name@"
• String domainName = "domain_name.com"

Cependant, concrètement, en mémoire il n’y a qu’un tableau de char qui est stocké : "mailto:user_name@domain_name.com", les instances des classes String enregistrent seulement les intervalles utilisés du tableau de char.

Le piège est de manipuler une grosse chaine de caractères (qui vient d’un fichier batch par exemple) et d’utiliser substring afin de limiter la taille de la chaine et donc l’utilisation mémoire. Faux ! La chaine initiale sera toujours stockée en mémoire.

Assez déroutant !

Sortie de Wicket 1.4

Le projet Wicket continue d’évoluer et, alors que nous vous parlions d’une version 1.3.6 en mai dernier (qui a d’ailleurs fait l’objet d’une Refcard DZone), c’est la version 1.4 après un an de travail qui nous arrive dans la mains (par Yes Wicket ! et Apache Wicket).

Au menu des nouveautés : un nouveau packaging des jars Wicket (qui les rend compatibles OSGi), un seul jar pour les modules Spring et plusieurs modifications d’IModel, de ses implémentations et plus globalement des APIs pour tirer avantage de Java 5 (Generics…). L’utilisation des Generics dans le code de Wicket a commencé il y a environs un an par un sondage passionné sur la mailing-list, pour arriver seulement dans la milestone 3 de Wicket 1.4 avec autant de partisans que de détracteurs – défenseurs du support du JDK1.4- et ceci jusqu’à la release final. Le thread sur The Server Side est également impressionnant ! Pour le détail complet, rendez-vous sur le Jira du projet.

Tout comme pour Ext-GWT 2.0 (ci-dessus), une guide de migration de 1.3 vers 1.4 est disponible. Un petit téléchargement ?

Chouchoutez vos tests unitaires.

InfoQ publie un intéressant florilège : « Réalisez de meilleurs tests unitaire ».
Certains trouveront que, de nouveau, on enfonce des portes ouvertes. D’autres (comme nous), apprécierons les nombreuses réactions qui découlent de ce genre d’article, et penserons qu’il n’est jamais inutile de rappeler ces grands principes de base afin d’arrêter de voir des tests unitaires martyrisés (et inutiles) sur certains projets.
Bref, en un mot comme en mille, vos tests unitaires sont des classes de code java, qui sont vitales pour vos projet, il est donc urgent d’en prendre grand soin (nommage, documentation, refactoring…)

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

Sun perd JRuby

Trois développeurs clés de JRuby, à savoir Charles Nutter, Thomas Enebo et Nick Sieger, ont choisi de quitter Sun MicroSystems. Suite au rachat récent par Oracle et à l’incertitude concernant le support de JRuby par le nouveau propriétaire, ils ont décidé de rejoindre la société Engine Yard, spécialisée dans l’hébergement d’applications Ruby On Rails. Engine Yard a l’air enthousiaste à l’idée de pouvoir être le support du développement de l’offre JRuby et de la communauté qui va avec. (Source)

RIA

• GChart 2.5 pour GWT

SOA

• jBPM 4.0 est disponible
• Avez-vous besoin d’un ESB ?

Le coin de la technique

• Making Good Software, bonnes pratiques du développement logiciel

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

• Sun fait évoluer sa certification programmer

RIA

GChart 2.5 pour GWT

Afficher des résultats sous forme d’histogramme ou de camembert se résume pour bon nombre de projets Java à l’import de JFreeChart, la librairie de référence pour faire des diagrammes en Java (démo).

Pour les projets GWT, une autre API fait beaucoup parler d’elle en ce moment (entre autres sur Ajaxian et onGWT) et cette API est GChart 2.5. Son objectif est simple : réaliser rapidement de beaux graphiques.

Une démo nous montre les capacités de l’outil en termes de rapidité d’affichage. Le code source de chaque exemple est aussi disponible (source du graphique Estimated Future Oil Prices).

Pour la release note technique (plus de compatibilité GWT 1.4, navigateurs testés, objets et méthodes dépréciés, bugfix…), tout se trouve sur cette page. Il ne reste plus qu’à tester ! Les retours d’expériences sont bienvenus dans les commentaires.

SOA

jBPM 4.0 est disponible

Tom Baeyens annonce sur son blog la disponibilité de la version finale de jBPM 4.0 respectant ainsi le calendrier prévu.

jBPM n’avait pas connu d’évolution majeure depuis 2005, cette nouvelle version constitue donc un évènement majeur pour les utilisateurs de jBPM. Les nouveautés apportées sont importantes :

• Nouvelle version du plugin Eclipse (GPD) permettant la définition graphique de processus suivant la notation BPMN
• Introduction de JBoss PVM (Process Virtual Machine), un moteur de workflow générique utilisé par jBPM pour l’implémentation des différents langages de définition de processus qu’il propose (jPDL, BPEL et Pageflow)
• Refonte des schémas de base de données utilisés pour les rendre plus évolutifs
• Intégration native à Spring
• Amélioration des performances
• Simplification de l’installation

Cette nouvelle version est d’ores et déjà disponible sur le repository Maven de JBoss. Par ailleurs, l’ensemble des apports de jBPM 4 seront passés en revue lors du JBoss World 2009 en septembre prochain, ainsi qu’à Devoxx 09 en novembre.

Avez-vous besoin d’un ESB ?

Ross Mason, fondateur de MuleSource a publié sur son blog une liste de points à vérifier avant de mettre en place un ESB. L’article, au titre plutôt racoleur (To ESB or not to ESB), à fait du bruit sur Twitter. D’ailleurs, en aparté, pour avoir nous-mêmes fait circuler ce lien, nous avons été surpris d’avoir été répondu par un certain @shakesp.

Pour en revenir au cœur du sujet, les points qui nous semblent intéressants sont simples à retenir :

• Commencez à penser à un ESB pour intégrer 3 applications, à plusieurs ESB si vous en avez plus que 10
• Avez-vous absolument besoin de plusieurs protocoles de communications ?
• Avez-vous de réels besoins d’intégration ? Découpage, routing, agrégation de messages …

Le coin de la technique

Making Good Software, bonnes pratiques du développement logiciel

Une fois n’est pas coutume, nous vous proposons cette semaine la découverte d’un blog tout récemment ajouté dans nos RSS : Making Good Software. Ce blog établit des listes de bonnes (et mauvaises) pratiques du développement logiciel. Non pas que son contenu soit extraordinaire, puisque vous en connaissez probablement déjà les plus gros points, mais il a le mérite de les rappeler : toute ressemblance avec personnes existantes ou ayant existé ne suivant pas ces règles ne saurait être que fortuite

Dans un premier article, une liste des 5 erreurs non techniques les plus répandues chez les développeurs, dont nos 2 préférés qui vous feront probablement penser à quelqu’un de votre open-space:

• Ego surdimensionné :  » je suis le meilleur développeur au monde, et ça me permet d’avoir toujours raison  » (ou la fameuse conversation à sens unique)
• Manque de discipline :  » j’essaye de tout faire en même temps, mais je ne termine jamais rien  » (définition de done plus que douteuse)

Un autre article vous donne une liste de 10 points à suivre pour écrire du bon code :

• Factorisez votre code, pour simplifier la correction d’anomalies et le refactoring
• Ecrivez des méthodes les plus courtes possibles
• Travaillez le nom des vos objets, variables et méthodes, il s’agit de la meilleure des documentations
• Une seule responsabilité par classe,
• Travaillez l’organisation de votre code, par groupes physiques de fichiers et groupes logiques de fonctions
• Faites des tests unitaires, quand vous aurez fini, faites-en encore plus
• Refactorez le plus tôt et le plus souvent possible
• Auto-documentez votre code
• Privilégiez le code par interface
• Faites des revues de code régulières

Dans un autre article l’auteur décrit une matrice permettant de noter votre code en fonction de sa simplicité et de son extensibilité.

Et pour finir, histoire de ne pas commenter l’ensemble des billets du blog, les 7 étapes pour corriger un bug : de la recherche de l’erreur, à l’analyse des dommages collatéraux.

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

Sun fait évoluer sa certification programmer

Sun teste une nouvelle version de sa certification SCJP (Sun Certified Java Programmer). La grosse nouveauté de cette révision : l’examen contiendra dorénavant une partie programmation. Cette certification, que certains appellent ‘pensez comme un compilateur Java’ évolue donc pour adopter une approche plus pragmatique.

• Les demandes d’ New Sun Java Programmer Plus Certification, SCJP vs SJPPC

Et pour changer, l’opening keynote n’était pas tenue par Sun, mais par Adrian Colyer, CTO de SpringSource. Et le moins que l’on puisse dire, c’est que le changement de ton a été radical.

Par une analogie avec la forêt primaire, A. Colyer a annoncé la chute de Sun, et la très prochaine émergence de nouvelles firmes leader dans le monde JEE (on imagine bien que SpringSource fait partie de ces nouvelles pousses).
Il a expliqué la chute de Sun sous un angle différent de celui du pur rachat financier : selon lui, les acteurs du monde JEE ne veulent plus suivre les recommandations (dogmes) énoncés par Sun, et c’est pour cela que nous voyons apparaitre de nouveaux langages, mais aussi de nouvelles volontés de modulariser la monolithique stack JEE.

Il a ensuite donné sa vision du futur. Sur les langages dynamiques d’abord, et en prenant un fort pari sur l’avenir (comme Neal Ford l’avait fait avec Clojure). Dans les candidats au « java.next » langage, il a cité Erlang, JRuby, Groovy, Clojure, Scala, Jython et Ruby. Il a rapidement éliminé tous ceux qui ne tournent pas sur une JVM (lui aussi pense que la force de Java est sa JVM, un thème récurrent durant ce Jazoon).
Restent donc 4 candidats : deux orientés fortement syntaxe et framework (Groovy et JRuby), et deux orientés gestion de la concurrence (Scala et Clojure). Selon Adrian, le prochain langage star devra, pour bénéficier d’une adoption large et rapide, avoir une syntaxe proche de Java, ce qui élimine rapidement Clojure et Scala. Attention cependant, cela ne signifie pas que ces langages sont plus faibles, mais simplement qu’ils ont moins de chances d’être largement adoptés.
Restent donc Groovy/Grails face à JRuby/Rails.
La deuxième force que devront posséder ces langages est leur capacité à se mélanger avec Java (en ayant des interactions bidirectionnelles), car les millions de programmes Java actuellement en production ne risquent pas de disparaitre du jour au lendemain. Dans ce domaine, Adrian donne l’avantage à Groovy, d’autant plus que Grails interagit avec un framework très largement adopté : Spring.

Le CTO de SpringSource a réussi ensuite une belle pirouette : à ceux qui vont lui reprocher de mettre en avant deux poulains de l’écurie SpringSource (Groovy et Grails), il répond que si ils font partie de sa firme, c’est bien parce qu’il croit qu’ils sont l’avenir… Imparable.

Autre sujet, les frameworks qui vont se développer autour de ces nouveaux langages. Il cite Grails, Rails, Lift (framework pour Scala) et Spring ROO. Ils sont l’avenir, car même si ils demandent de sacrifier un peu de liberté, ils offrent une nette augmentation de productivité (avec notamment la notion de scaffolding).

Sujet suivant, le nécessaire besoin de modularité dans la pile JEE. Avec OSGI bien sûr, mais surtout avec le seul serveur d’application qui expose OSGI à ses utilisateurs, à savoir le produit maison dmServer et sa notion de service BluePrint.

Enfin, et c’est une vision qu’on voyait clairement se dessiner depuis quelques mois, Adrian Colyer prévoit un changement de paradigme pour les techniciens que nous sommes : à l’avenir, il ne sera plus question de se concentrer uniquement sur la phase de développement dans le cycle de vie d’une application, mais d’embrasser la totalité de ce cycle, en particulier les phases de déploiement et de supervision (on se souvient des annonces faites lors du rachat de Hyperic). Il a mis en avant la notion de BluePrint de déploiement : un déploiement, c’est une injection de références (l’adresse de la DB), une injection de configuration (la taille du pool de la dataSource) et des considérations transverses (sécurité, …). Bref, cela est très similaire à une configuration SpringCore, et il n’y a donc pas de raison que la stack Spring ne puisse pas s’en occuper !

Bref, les changements interviennent aujourd’hui à de très nombreux niveaux … Et une chose est sûre, le futur arrive, que nous soyons prêt ou pas. Cette vague arrive, et la seule chose importante pour pouvoir la surfer est d’être dans l’eau au moment où elle arrivera. Il est donc important, dans ces temps troublés, d’expérimenter et de prendre du plaisir, avant l’arrivée d’une autre période stable.

Nous retiendrons deux choses de cette keynote : comme tous les speakers qui ont donné ces conférences d’ouverture, Adrian Colyer est un orateur né, et il a une vision très précise du futur qu’il envisage. Deuxième enseignement, pour lui, Sun est à terre et il est temps que de nouveaux acteurs s’avancent pour prendre la place du grand arbre.

Actualité éditeurs / SSII

• Tibco dans les nuages avec Silver
• Oracle s’investit dans JavaFx
• G1 payant : une simple incompréhension

RIA

• Sortie beta de Flash Builder 4 et de Flash Catalyst

Le coin de la technique

• Project Coin
• (Com)prendre la vague Google Wave

Actualité éditeurs / SSII

Tibco dans les nuages avec Silver

Tibco a annoncé la semaine dernière la sortie prochaine de Silver, une plate-forme de Cloud Computing en mode PaaS (Platform as a Service). Cette offre entrera en phase de beta privée d’ici la fin du mois de juin et ne sera disponible qu’en 2010.

Dans un premier temps, Tibco a fait le choix d’adosser Silver sur Amazon EC2 (Elastic Compute Cloud) pour la partie infrastructure. L’objectif à terme est d’offrir une intégration avec un large panel des fournisseurs de plates-formes de Cloud Computing (y compris des plates-formes maisons) et ainsi de positionner Silver comme une plate-forme d’exécution universelle agnostique vis-à-vis de l’infrastructure qui la supporte.
Dans ses premières versions, Silver proposera des conteneurs pour l’exécution de composants Java, Spring, POJO, et Ruby et d’ici peu, Silver supportera également Python, Perl, C, C++, et .Net. Tibco adressera ainsi un panel très large de technologies de développement.

La plate-forme Silver vise à outiller cette infrastructure de Cloud Computing. Pour ce faire, Tibco capitalise sur son offre SOA ActiveMatrix afin de proposer :

• Un modèle de composition et d’orchestration de services basé sur SCA (Service Component Architecture) : Tibco ActiveMatrix BusinessWorks.
• Un backbone d’intégration, tiers d’inter-médiation supportant la communication et l’échange entre services au travers d’un large choix de protocoles de transport : Tibco ActiveMatrix Service Bus.
• La supervision et la gestion des performances et des SLAs des services déployés : Tibco ActiveMatrix Service Performance Manager.
• Un système de gouvernance pour la gestion du cycle de vie des services et de leurs règles d’utilisation (policies) : Tibco ActiveMatrix Lifecycle Governance Framework.

D’autre part, Silver tire largement partie du savoir faire de Tibco dans le domaine du CEP (Complex Event Processing) : Tibco BusinessEvents.
La combinaison des capacités de supervision des SLAs (et plus largement des performances) et des capacités de CEP de la plate-forme permet d’automatiser le provisionnement de l’infrastructure de Cloud Computing.
C’est là la grande promesse de Silver : proposer une plate-forme capable d’allouer (ou de désallouer) automatiquement des ressources à des services ou à des applications au sein de l’infrastructure de Cloud Computing en fonction de l’utilisation qui en est faite dans le temps. Ainsi, là où sur les autres plates-formes une intervention humaine est nécessaire pour faire jouer l’élasticité de la plate-forme, Silver adapte l’utilisation qui est faite de l’infrastructure en se basant sur ses capacités de monitoring dont les résultats sont traités au travers d’un modèle Evènement / Décision / Action s’appuyant sur les règles de gestion des SLAs.

Oracle s’investit dans JavaFx

Du moins, Larry Ellison, qui suggère de ré-écrire l’UI de OpenOffice en utilisant JavaFx.
En attendant cette hypothétique révolution, le framework de Sun a dévoilé quelques nouveautés durant JavaOne, en ajout à la sortie de la version 1.2 dont nous nous faisions l’écho la semaine dernière.

• Démonstration d’un outil collaboratif de développement : en plus des annonces de renforcement du développement du plugin JavaFx-Eclipse, Sun a donné une démonstration publique d’un outil de création graphique assez impressionnant : gestion de la Scene, drag and drop de composants, d’effets… Reste à savoir quand celui ci sera disponible…
• Autre démonstration, plus attendue, celle de JavaFx for TV, avec une application réalisant des prévisualisations et des téléchargements de films à partir d’un téléviseur LG.

G1 payant : une simple incompréhension

La semaine dernière, une simple petite phrase a suffit à déclencher un tollé :
Although G1 is available for use in this release, note that production use of G1 is only permitted where a Java support contract has been purchased. G1 is supported thru Sun’s Java Platform Standard Edition for Business program.
[...]l’utilisation en production de G1 n’est autorisée que pour les utilisateurs ayant acheté un contrat de support Java[...]
Oracle avait il sonné le glas des JVM gratuites ?

Visiblement, tout cela ne serait qu’un choix de mots malheureux, qui ont d’ailleurs été remplacés par la phrase suivante :
G1 is available as early access in this release, please try it and give us feedback. Usage in production settings without a Java SE for Business support contract is not recommended.
[...]l’utilisation en production [de G1] … est déconseillé en l’absence de support Java SE Business[...]

Par ailleurs, Alexis MP (Sun), en réaction à la publication de la news la semaine dernière, apporte quelques précisions dans son commentaire sur notre blog :

• G1 peut être assimilée à une option (donc non essentielle) payante, comme cela se pratique chez MySql.
• La monétisation du support Java SE Business n’est pas une nouveauté.
• Sun est toujours indépendant, et ses choix et annonces ne sont pas influencés par Oracle

Réel quiproquo donc, sans conséquences? Quoi qu’il en soit, la communication de Sun a été bien maladroite, en ces temps où de gros doutes planent sur l’avenir de Java.

RIA

Sortie beta de Flash Builder 4 et de Flash Catalyst

Adobe a annoncé les sorties de ses nouveaux produits en version beta. Flash Builder 4, successeur du Flex Builder, supporte le Flex SDK 4 et propose de nouvelles fonctionnalités. Parmi elles nous noterons le support de Flex Unit, la possibilité de lier les données aux composants (ex : services Java). Une liste des nouveautés et améliorations est disponible ici.
Flex SDK 4 (Gumbo) nous arrive avec une nouvelle architecture : Spark Component. Cette dernière permet de séparer la gestion de la customisation, mise en page et de la logique des composants. Cette séparation a été effectuée afin que les futures versions du SDK puissent évoluer, tout en gardant la rétro compatibilité avec les SDK antérieurs. De plus, cela permet également d’avoir une gestion plus fine de la customisation des composants. Néanmoins, cela a entrainé l’arrivé d’une syntaxe MXML plus enrichie (= namespace supplémentaires) :

xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/halo"

De plus, Flex 4 introduit le support de FXG : cette librairie permet de simplifier la création d’objets graphiques (rectangle, ellipse, …) ainsi que d’effets (transformations) pour la plateforme Flash. Les performances concernant la compilation ont été améliorées. Vous trouverez une liste des autres nouveautés ici.

Enfin, Flash Catalyst est arrivé : ce dernier nous donne la possibilité de « transformer » des artworks Photoshop et/ou Illustrator en interface utilisateur avec la collaboration de Flash Builder 4. Voici une vidéo assez impressionnante sur l’utilisation de ce nouveau produit. Le but est de pouvoir dérouler un meilleur workflow entre les designers et les développeurs. En effet, avec Flash Catalyst un designer peut faire une maquette sous Photoshop, ajouter les effets de transitions et de succession de pages. Ce dernier sauvegarde le projet Flash Catalyst qui pourra être utilisé par un développeur sous Flash Builder 4.

Cependant, nous noterons des interrogations : le coup des licences : actuellement les licences Photoshop et Flex Builder 3 représentent un investissement qui n’est pas forcément négligeable. Peut être qu’Adobe proposera un package avec toute la suite ? De plus, la relation entre designer/développeur peut apporter un certain danger : toutes les sociétés n’ont pas le luxe d’avoir des ressources dédiées au design … les développeurs devront donc se mettre au design, ou alors les designers devront avoir de meilleurs connaissances au niveau développement (utilisation du Flash Builder 4).
Pour conclure, avec toutes ces nouveautés nous voyons qu’Adobe a décidé de passer à la vitesse supérieure, et veut continuer d’être un des acteurs principaux dans la guerre des technologies RIA.

Le coin de la technique

Project Coin

Voici quelques nouvelles de Project Coin (dont nous vous parlions il y a quelques mois) par l’intermédiaire de Joseph Darcy et de sa présentation faite à JavaOne suite à la seconde sélection de features retenus le 27 mai dernier.

Pour rappel, le but du projet est de proposer de petites évolutions pour le langage Java, la communauté pouvant participer en passant par la mailing-list (avec du beau monde comme Bob Lee, Joshua Bloch, Neal Gafter…). Plusieurs comptes rendus de cette session sont déjà disponibles (chez Alex Miller ou Cay Horstmann). On retiendra ainsi :

• Le switch avec String (switch(str) {case "foo": return 1; case "bar": return 2; })
• Le multi catch (try { ... } catch (Extype1 | Extype2 ex) { logger.log(ex); })
• L’exception handling avec les opérateurs ?:, ?. et ?[] (proposition)
• La collection literals ou création de liste avec valeur par défaut comme pour les tableaux (List<String> list = ["a", "b"];)
• L’opérateur diamond permettant d’avoir un constructeur light qui ne contient pas les generics (Map<String, List anagrams = new HashMap<>();)
• Nombres avec underscores (long creditCardNumber = 1234_5678_9012_3456L;)

De bien belles propositions donc qui allégeront nos classes Java, surtout ces ignobles if(myObject != null) {return myObject.aMethod()} qui deviendrait ainsi myObject?.aMethod();. En espérant que tout ce petit monde arrivera vite…

(Com)prendre la vague Google Wave

Définitivement la star de Google I/O 2009, Google Wave se dévoile peu à peu et nous laisse admirer la mécanique qui se cache derrière la future (?) référence de plate forme collaborative.
Le coeur du système repose sur le protocole créé pour l’occasion.
InfoQ propose un zoom sur 2 sous domaines de ce protocole, extraits du site officiel que Google consacre à son invention :

• Operational Transform : c’est le coeur du système, le framework de gestion de la concurrence. Toute modification est sauvée en local et envoyée en temps réel au serveur, qui se charge de traiter toutes les fusions, conservant la version référence, qui est ensuite poussée vers tous les clients graphiques consultant ce document. Dans l’attente de l’accusé de réception du serveur (le serveur a reçu la modification, l’a incorporé, et l’a propagé à tous les clients), chaque client cache toutes les modifications effectuées en local, qui seront envoyées en paquet ultérieurement.
• le modèle de données : une Wave contient plusieurs Wavelets, qui contiennent des participants et des documents. La concurrence d’accès est gérée au niveau Wavelet. L’état d’un Wavelet est déterminé par une séquence ordonnée de modifications appliquées / en cours d’application sur un document.

A noter en outre que Google réutilise pour l’interface graphique deux de ses technologies open source, à savoir GWT (dont c’est le grand retour chez Google) et Google Gears (pour le drag & drop).

Actualité éditeurs / SSII

• Sun veut créer un Java App Store
• MySQL forké par son fondateur

RIA

• FlexBuilder devient FlashBuilder

Le coin de la technique

• Nos IDEs se corrigent
• Les nouveautés de JDO 2.3

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

• Retour sur la Gr8, la Conférence Groovy

Actualité éditeurs / SSII

Sun veut créer un Java App Store

Jonathan Schwartz, CEO de Sun Microsystems, vient d’annoncer sur son blog son intention de créer un Java App Store sur le même modèle que l’iPhone App Store. Aucun détail précis n’est fourni au-delà de l’annonce.

Ryan Paul fait une analyse réaliste de ce projet en rappelant qu’il n’existe pas, selon lui, en dehors d’Azureus et Eclipse, d’applications Java pour PC très populaires et doute, par conséquent, du marché qui s’ouvrirait à cet App Store.

Reste qu’il s’agirait là d’un modèle de distribution d’application inédit sur PC qui pourrait séduire certains utilisateurs souhaitant obtenir facilement et rapidement des applications dont le niveau de qualité serait garanti par Sun, alors qu’actuellement les filières Open Source restent le principal vecteur de diffusion d’applications Java.

MySQL forké par son fondateur

Monty Program Ab est une société créé par Michael Widenius, le fondateur de MySQL. Son but est de maintenir le projet MariaDB, un fork de MySQL estampillé ‘Open’ et ‘Libre’, et d’offrir des services autour de ce projet. En collaboration avec Percona, une autre entreprise offrant de l’expertise MySQL, ils viennent de créer l’Open Database Alliance afin de former une entité unique derrière l’ensemble des développements MySQL libres.

Plusieurs réactions et analyses ont suivi l’annonce :

• Josh Berkus émet l’hypothèse que l’équipe MySQL actuellement chez Sun soit embauchée par Monty Program Ab.
• Matthew Aslett s’inquiète des limitations qu’imposeront la licence GPL de MariaDB quant à l’inclusion d’un éventuel storage engine qui ne suivrait pas cette licence.
• Ryan Paul met en avant l’ambiguïté de cette annonce en raison de l’absence de définition du type de relation entre l’Alliance et Sun / Oracle.

Dès lors, comme sur de nombreux autres sujets, il sera nécessaire d’attendre de connaître le positionnement d’Oracle sur la question MySQL pour pouvoir établir des certitudes quant à l’avenir de ce SGBDR.

RIA

FlexBuilder devient FlashBuilder

Une nouvelle qui fait réagir la communauté Flex depuis plus d’une semaine est l’annonce du nouveau nom de l’IDE FlexBuilder qui, dans sa version 4, se nommera désormais FlashBuilder.

Les flasheurs / flexeurs, que l’on pourra lire sur The Flash Blog, Adobe Flex Tutorial ou bien Code moi un mouton, se réjouissent de la standardisation du terme Flash (il faut rappeler qu’au final, une application Flex est compilé en SWF donc du Flash lisible par Flash Player). Toutefois, quelques craintes subsistent chez certains concernant ce nouveau terme Flash, qui selon eux ferrait moins professionnel / entreprise. Au moins, maintenant tout est clair : avec FlashBuilder, vous allez créer des applications Flash pour Flash Player !

Pour le reste, rien ne change. Flex, c’est un framework Actionscript qui s’appuiera sur le Flex SDK. Le plugin sera toujours un plugin Eclipse. Et le développeur Flex restera un développeur Flex ! Et vous, que pensez-vous de ce changement de nom ?

Le coin de la technique

Nos IDEs se corrigent

C’est le mot d’ordre actuel. Peu, voir pas de nouvelles fonctionnalités mais de nombreuses corrections de bugs pour Eclipse IDE et IntelliJ IDEA.

Ainsi, Eclipse nous annonce fièrement la correction de 341 bugs (rien que ça !) pour son IDE en version 3.5 RC1, mais pas de nouvelles fonctionnalités. Du côté de chez IntelliJ, c’est plus d’une cinquantaine de bugs et exceptions corrigés pour la version IDEA 8.1.2, avec quelques optimisations de performance (éditeurs de fichiers Java et SQL) et 2 nouvelles fonctionnalités (au niveau du debugger et des raccourcis).

Le téléchargement d’Eclipse 3.5 RC1 se passe par ici et pour IntelliJ IDEA 8.1.2 c’est par là.

Les nouveautés de JDO 2.3

JDO (Java Data Objects), longtemps délaissé au profit d’Hibernate, puis de JPA, a été récemment remis en avant par le support Java de Google App Engine qui préconise l’utilisation de cette API pour assurer la persistance des données dans les applications qu’il héberge.

Andy Jefferson, co-fondateur du projet DataNucleus, vient de poster un tour d’horizon des nouveautés de JDO 2.3 dont l’API est actuellement disponible en early access. Ces nouveautés sont :

• Metadata API : la définition des classes à persister pouvait jusqu’alors se faire par XML ou par annotations. Cette JDO 2.3 vient ajouter une troisième possibilité avec cette API permettant de définir dynamiquement des classes persistables.
• Enhancer API : cette API vient en complément de la précédente. En effet dans la mesure où les implémentations de JDO s’appuient sur du bytecode enhancement des classes persistables, il est nécessaire d’offrir aux développeurs un moyen d’invoquer l’enhancer après avoir déclaré dynamiquement une nouvelle classes via la Metadata API.
• Timeout et annulation de requêtes : dans le monde JPA, ces deux fonctionnalités ne sont pas supportées par la spécification mais seulement en tant qu’extensions propriétaires.
• Contrôle des verrous en lecture des objets : permet un contrôle fin des objets qui doivent être verrouillés automatiquement lors de la lecture, évitant ainsi d’opérer un verrouillage global.

Répondant à des besoins modernes, ces changements devraient être appréciés par les développeurs. Reste que l’avenir de JDO est flou : ne pouvant rivaliser avec la popularité de JPA, JDO pourrait se maintenir dans des cas d’utilisation particuliers et ainsi perdurer dans les années à venir tout en restant marginal.

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

Retour sur la Gr8, la Conférence Groovy

La première édition de la Gr8 Conference vient de se terminer. Il s’agit d’une conférence entièrement dédiée au langage Groovy et aux frameworks gravitant autour. On trouve de nombreux compte rendu sur Internet, Peter Bell en signe le plus complet. Parmi les points les plus intéressants on compte :

• Jim Shingler qui a présenté une introduction à Griffon, un framework Groovy visant à faciliter la production de clients lourds en Swing
• Une session portant sur la création de plugins pour Grails
• Graeme Rocher qui a fait une présentation au titre très explicite ‘Building a Twitter Clone in Grails’

Par ailleurs les cas d’utilisation de Groovy ont été passés en revue par Dierk Konig :

• Utilisation en tant que glue et création d’infrastructure des applications
• Ecriture des règles métiers complexes évoluant régulièrement
• Utilisation pour les hot fixes, en s’appuyant sur le fait que Groovy peut être utilisé de manière interprété
• Définition de fichiers de configuration basés sur la syntaxe Groovy
• Utilisation de Groovy comme unique langage sur un projet de taille réduite ou moyenne
• Utilisation de Groovy comme langage de script pour les tâches courantes (automatisation, installation, déploiement).

Les organisateurs ont annoncé que l’ensemble des sessions de cette conférence seront disponibles sur Parleys dès que possible.

Actualité éditeurs / SSII

• Sun racheté par Oracle

RIA

• Sortie de JFXtras 0.4
• Augmentez la réalité avec Flash

Le coin de la technique

• Sortie de Cargo 1.0
• Sortie de Terracotta DSO en 3.0
• 10 astuces pour améliorer votre code.
• Sonar 1.8 et Sonar Plugin Library

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

• JavaOne 2009 : le programme des sessions
• Création du Normandy JUG
• Atlassian Jira et Confluence (presque) offert pour les petites équipes

Actualité éditeurs / SSII

Sun racheté par Oracle

La nouvelle est tombée à la surprise générale : Oracle a racheté Sun.
Malgré les rumeurs persistantes de rachat par IBM qui courraient depuis quelques semaines, c’est bien l’éditeur du célèbre SGBD qui a mis la main sur le convoité créateur de Java.

Le rapprochement de ces deux poids lourds du monde J2EE risque d’entrainer de profonds changements dans nos écosystèmes dans les mois à venir.

Lire notre article complet sur le sujet : Oracle rachète Sun :

• Quelle gouvernance pour Java ?
• JRockit, une nouvelle JVM standard ?
• Quel avenir pour MySql ?
• Glassfish peut il encore exister ?
• Netbeans, (enfin) la mort de JDeveloper ?
• Poursuivre dans la voie JavaFx ?

Lire le communiqué de presse de Sun.

RIA

Sortie de JFXtras 0.4

Les frameworks Java FX (exposés dans une précédente revue de presse) continuent leur mise à jour : en début de semaine dernière, c’est JFXtras qui proposait sa nouvelle version, la 0.4.

Au menu, du refactoring global, de nouveaux composants et de nouvelles fonctionnalités pour la plupart des composants existants :

• framework séparé en 3 modules (core, samples et test),
• layouts redimensionnables,
• classes ImageFix et ImageUtil (helper pour manipuler les images),
• nouveaux composants Border et Shapes,
• nouvelles classes (BorderScroll/View, JSON-Object, reflection accelerator…)…

La javadoc donne un très bon aperçu de tous les composants disponibles dans l’API.

Pour rappel, vous pouvez vous rendre sur JavaWorld et plus particulièrement sur l’article Open source Java projects: JFXtras qui fait un tour rapide et complet du framework (peut aussi servir de tutoriel en 2 minutes). Attention toutefois, cette article s’appuie sur la version 0.2 de JFXtras.

Augmentez la réalité avec Flash

Cet article de Jon Rose nous expose une possibilité pour ajouter de la « réalité » avec Flash. En effet avec la librairie FLARToolkit, il est possible de mettre en place des rendus 3D dans des vidéos.
FLARToolkit est la version AS3 de ARToolKit, qui était une libraire C permettant d’intégrer l’Augmented Reality. Néanmoins, FLARToolkit est basée sur NyARToolKit, qui est la version Java de la librairie et se trouve être mieux optimisée que la version C.

Ainsi cette librairie offre de nouvelles possibilités aux projets pour intégrer de la réalité. Pour preuve, voici un lien nous présentant un tutoriel basé sur la démonstration de l’application GE’s Smart Grid Augmented Reality. Cette vidéo, assez bluffante, nous donne un aperçu des possibilités offertes par cette libraire. Bien entendu, il existe d’autres librairies permettent d’intégrer de la 3D dans vos applications ; pour citer les plus connues : paperVision3D et Alternativa3D.

Le coin de la technique

Sortie de Cargo 1.0

Le framework Cargo que nous vous avons présenté dans l’article L’intégration continue avec Cargo sort donc enfin de sa longue torpeur et nous livre son baguage de nouveautés.
On trouvera dans cette « major release » des nouvelles fonctionnalités, de nouveaux conteneurs et bien sûr des corrections de bugs.

Nouvelles fonctionnalités:

• Support des fichiers web.xml pour Servlet 2.4
• Support de plusieurs DataSource et DataSource transactionnelles
• Déploiement sur cluster JBoss

Nouveaux conteneurs:

• Tomcat 6.x
• Jetty 6.x
• JBoss 4.2x
• WebLogic 8.1-10.3x

Notons que JBoss 5 et Jetty 7 restent en mode expérimental, nulle mention non plus de Glassfish ou de Websphere.
Pour plus de détail rendez vous sur http://cargo.codehaus.org/ ou sur leur Jira.

Sortie de Terracotta DSO en 3.0

Pour mémoire, Terracotta est solution de mise en cluster de JVM. Dans cette nouvelle version, on trouve quelques améliorations pour les développeurs et les équipes de production avec une nouvelle interface appelée l’Operation Center et une refonte complète de la console d’administration.
Parmi les nouveautés, on trouve aussi:

• Le Server Array Striping
• Le partage de données entre différente application (cross application data sharing)
• Une nouvelle API pour les utilisations en DataGrid
• 4 nouvelles plateforme (Weblo 10.2/3, Rhel 5, Hyperic HQ)

Voilà donc une nouvelle version majeure de Terracotta qui semble déployer tous ses efforts pour obtenir les faveurs des SI. Pour plus de détails:

• le site de Terracotta
• l’annonce de la version 3.0
• What’s new in Terracotta 3.0

10 astuces pour améliorer votre code.

Neal Ford, architecte reconnu chez Thoughtworks, nous donne 10 conseils pour écrire du code robuste. Des conseils qui peuvent servir aussi bien aux développeurs qu’aux architectes.
Nous retiendrons :

• N’hésitez pas à multiplier les méthodes de quelques lignes, réalisant des opérations « atomiques »
• Adoptez le développement et le design orientés tests, ce qui éclairera votre code sous un jour pleinement fonctionnel.
• Utilisez les outils d’analyse automatique de code (FindBugs par exemple, mais Neal aurait pu aussi citer PMD, Checkstyle…)
• Faites cohabiter vos classes en bonne intelligence : préférez les Factories aux Singletons.
• N’écrivez que le code dont vous avez besoin aujourd’hui et détachez vous des poncifs corporatistes (pas le temps de faire des tests unitaires, réécrire systématiquement tous les frameworks parce que c’est la norme de l’entreprise…)
• Contestez les autorités établies (à bon escient bien sûr)
• Entrez (et entrainez vos équipes) dans les subtilités du langage que vous utilisez.
• Ayez une approche anti-objet : questionnez votre conception et n’hésitez pas à adopter un angle d’attaque radicalement différent si vous n’arrivez pas à solutionner votre problème avec votre approche classique.

Tous ces concepts, qui tiennent parfois du bon sens, que l’on a souvent cités ici et là, se retrouvent dans cette video d’une heure, concise et pertinente, à montrer à tous les DSI old school.

Sonar 1.8 et Sonar Plugin Library

Deux bonnes nouvelles cette semaine pour les amateurs de la plateforme qualité Sonar. Tout d’abord la sortie de la version 1.8 du projet, qui nous apporte notamment :

• support de Maven 2.1
• possibilité de créer des HotSpots au niveau d’un projet
• possibilité d’importer des fichiers findbugs-include.xml
• rotation des fichiers de log

Et dans la foulée, le projet Sonar se dote d’une forge de plugin : la Sonar Plugin Library pour fédérer les efforts de la communauté.

L’architecture est bien documentée et nous avons même droit à un tutoriel de création d’un HelloWorldPlugin pour se mettre le pied à l’étrier.

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

JavaOne 2009 : le programme des sessions

L’annonce du programme des plus grosses conférences du monde Java est toujours intéressante car elle permet d’observer les tendances du moment, du point de vue des organisateurs tout du moins.

Celui de JavaOne 2009 est maintenant connnu. L’observation de ce programme permet de constater que certaines technologies sont particulièrement mises en avant :

• JavaFX : incontestablement le sujet majeur de ce JavaOne, faisant de cette conférence le bras armé de Sun pour la mise en oeuvre de sa très agressive stratégie marketing. En effet tous types de sessions confondus (BOFs, conférences techniques, Hands on, …), on compte pas moins de 40 sessions dédiées à JavaFX sur les 350 que comptera au total cette édition de JavaOne.
• JEE 6 et JDK7 : assez logiquement, du fait de leur planning de finalisation, ces deux technologies sont très présentes grâce à des sessions dédiées à chacune de leurs composantes.
• Rest et Cloud Computing : en terme d’évolution de l’architectures des applications, le Cloud Computing et Rest sont les deux concepts qui semblent destinés à marquer le plus l’année 2009 et JavaOne s’en fera donc l’écho.
• Complex Event Processing : cette technologie, consistant à analyser les évènements d’une EDA, n’est pas nouvelle, il en est question depuis plus de 5 ans. Toutefois elle connaît un nouvel essor depuis peu. Après avoir fait une apparition lors de Devoxx en décembre dernier, c’est maintenant JavaOne qui va lui consacrer 4 sessions contre aucune lors de sa précédente édition.

Création du Normandy JUG

La liste des Java User Groups français continue de s’allonger avec la création du Normandy JUG.
Le Normandy JUG rejoint donc le Paris JUG, le Breizh JUG, le Nantes JUG, le Tour JUG, le Bordeaux JUG, le JUG Toulouse, le Poitou-Charentes JUG, le Riviera JUG de Nice / Sophia-Antipolis, le Ch’ti JUG, le Lyon JUG et Lorraine JUG, renforçant ainsi la communauté des Java User Group en France.

Atlassian Jira et Confluence (presque) offert pour les petites équipes

Atlassian lance une offre de courte durée à destination des équipes de moins de 5 utilisateurs.
La licence du gestionnaire d’anomalies Jira et du wiki Confluence est à 5$ pour chacun pendant une semaine.
Si cette offre vous intéresse, rendez-vous sur le site Atlassian.

Le rapprochement de ces deux poids lourds du monde J2EE risque d’entrainer de profonds changements dans nos écosystèmes dans les mois à venir.

Les raisons officielles du rachat

Une stratégie à définir

• Quelle gouvernance pour Java ?
• JRockit, une nouvelle JVM standard ?
• Quel avenir pour MySql ?
• Glassfish peut il encore exister ?
• Netbeans, (enfin) la mort de JDeveloper ?
• Poursuivre dans la voie JavaFx ?

De grandes dates pour voir la situation se décanter

Les raisons officielles du rachat

Larry Ellison, le CEO d’Oracle, invoque, dans son communiqué officiel, la volonté d’Oracle de mettre à disposition de ses clients une offre complète, du disque dur au logiciel.
Le rachat de Sun permet à Oracle de s’approprier la dimension hardware, mais aussi le système d’exploitation Solaris (support majoritaire de la base de données Oracle). La volonté affichée est d’exploiter et de tuner au mieux l’alliance Hardware / OS / SGDB / Serveur d’Applications, comme peut d’ailleurs le proposer d’ores et déjà IBM avec sa stack sur zOs.
Pour le côté hardware, on notera que Sun possède actuellement une lucrative activité stockage qui complètera avantageusement la base de données pour proposer aux clients d’Oracle une offre intégrée.

L’autre versant de ce rachat est bien sûr l’acquisition de Java. Après le rachat de BEA, c’est un énorme pas qu’Oracle a franchi pour s’ancrer définitivement dans l’informatique d’entreprise.

Une stratégie à définir

Quelle gouvernance pour Java ?

Historiquement, Oracle a réussi là où Sun a toujours dû batailler : monétiser ses middlewares. Le grand défi qui va se présenter à Oracle pourrait se résumer à la question suivante : comment faire des profits avec Java sans en dénaturer complètement l’esprit communautaire ?
Comment va évoluer la gouvernance du JCP ? La firme va t’elle poursuivre le mouvement insufflé depuis quelques mois qui tendait à ouvrir le JCP à un large nombre de contributeurs / projets ? Cette ouverture, souhaitée par de nombreux acteurs du monde J2EE, devait permettre l’émergence de ‘specs leaders’ indépendants des gros éditeurs (BEA, Oracle, IBM).
C’est peut être l’avenir même de Java 7 qui est en jeu ici.

JRockit, une nouvelle JVM standard ?

Pour un développeur Java, le choix d’une JVM est loin d’être anodin, et il est courant de se retrouver avec 2 ou 3 JVMs sur sa machine, en fonction du serveur J2EE cible.
Jusqu’à maintenant, le choix était relativement vite fait : la JVM de Sun pour lancer son environnement de développements, et la JVM JRockit ou IBM en fonction de la cible.
Avec ce rachat, Oracle a maintenant à maintenir 2 JVMs : celle de Sun, qui fait office de JVM par défaut pour la majorité des environnements Java, et JRockit.

Quel avenir pour MySql ?

Sun avait racheté MySql pour pouvoir offrir une alternative crédible au SGDB d’Oracle.
Depuis, Sun avait lutté pour faire de Mysql un produit commercial profitable. Ce nouveau rachat signifie-t-il la mort du produit open source ?
Pas nécessairement, Oracle ayant déjà fait par le passé des mouvements destinés à contrer la montée de ce concurrent, avec les rachats de SleepyCat et InnoDb. Il avait même été question de rachat pur et simple, à une époque pas si lointaine.
Maintenant que les 2 produits se retrouvent dans le même portefeuille, la question de leurs développements respectifs se pose légitimement.

Glassfish peut il encore exister ?

Le rachat de BEA il y a quelques mois avait offert à Oracle un serveur d’application J2EE digne de ce nom. Et le serveur J2EE ‘maison’ d’Oracle avait rapidement disparu du catalogue de l’éditeur.
Que va devenir Glassfish ? Le ‘serveur open source qui monte’ peut il exister à coté du mastodonte Weblogic ?
Sans vouloir jouer les oiseaux de mauvais augure, on peut rappeler la déconfiture de Géronimo après le rachat de Gluecode par IBM en 2005.

Netbeans, (enfin) la mort de JDeveloper ?

Soyons francs, à moins d’avoir été ‘élevé’ avec, il est difficile de trouver des qualités à l’environnement de développement labellisé Oracle.
Il a pourtant survécu au rachat de BEA, même si les développeurs Weblogic lui préfèrent toujours le plugin Eclipse.
Oracle a déjà planté un clou dans le cercueil de JDeveloper, en faisant un pas vers les développeurs Eclipse, avec Oracle 11G Enterprise Pack for Eclipse
Survivra-t-il à la concurrence de Netbeans, qui, même s’il est toujours en retrait par rapport à Eclipse et Intellij IDEA, bénéficie d’une communauté bien plus large ?

Poursuivre dans la voie JavaFx ?

Alors que certaines voix s’élevaient chez Sun pour réclamer l’abandon de JavaFx, Oracle continuera-t-il à investir sur cette technologie ‘à la traine’, qui ne sera probablement pas ‘profitable’ à court terme ?

De grandes dates pour voir la situation se décanter

Alors, évolution (logique) ou révolution ?
La communauté devrait être assez rapidement fixée, avec la pléthore de sorties au programme ces prochains mois : Java7, JEE 6, Glassfish 3, JavaFx 1.2 … Ces milestones importantes devraient permettre d’y voir plus clair dans la stratégie qu’Oracle va adopter vis à vis de son nouveau protégé.
Rappelons seulement que le rachat de BEA par Oracle avait provoqué un émoi similaire, et que finalement cette absorption s’est faite en douceur, en appliquant des décisions pleines de bon sens.

Actualité éditeurs / SSII

• Sun, Java et le JCP
• RIA, SOA, Tim Bray tire dans le tas

SOA

• Red Hat JBoss choisit d’investir dans CXF

Le coin de la technique

• Enfin une roadmap détaillée pour le JDK7
• La création de bundles OSGi selon SpringSource
• Utiliser le nuage pour réduire les coûts d’intégration continue.
• Outils Glassfish pour Eclipse

Actualité éditeurs / SSII

Sun, Java et le JCP

Depuis quelques jours, une agitation se crée au sein de la communauté Java autour des agissements de Sun vis-à-vis de son projet OpenJDK 7. Plusieurs observations permettent en effet de penser que le JDK 7 pourrait bien ne pas être basé sur un standard du JCP comme c’est habituellement le cas :

• Neil Bartlett remarque que le projet Jigsaw, poussé par Sun pour être le système de modules utilisé par le JDK, n’est pas défini par une JSR. Ceci en fait donc une technologie propriétaire dont il doute de la légitimité face à OSGi, un standard bénéficiant de 10 années d’expérience.
• Stephen Colebourne constate que Sun ne fait plus mention de « Java 7″ depuis quelques temps, mais seulement de « JDK 7″ qui n’est qu’une implémentation, là où « Java 7″ qualifierait un standard.
• Anne Thomas Manes faisant des observations similaires, compare l’OpenJDK à la position de framework Open Source « rebelle », non standard, que tient Spring.
• Stephen Colebourne encore, visiblement très impliqué par ce débat, revient dans une série de billets sur les différents qui opposent Sun à la fondation Apache, rappelant l’historique, ainsi que sur la problématique de propriété intellectuelle au sein du JCP de manière générale.

Si le JDK 7 devait être finalisé sans qu’aucun standard ne le soutienne, cela constituerait un évènement majeur, puisque l’avenir deviendrait incertain pour les JVMs fournies par d’autres éditeurs tels qu’Oracle ou IBM.

RIA, SOA, Tim Bray tire dans le tas

C’est dans une interview pour InfoQ que Tim Bray co-auteur du XML nous donne son avis sur les technologies RIA. Selon lui, les RIA type Flex, Silverlight et JavaFx n’ont pour but que de fournir des applications toujours plus immersives et de moins en moins utiles. Il modère tout de même ses propos en s’appuyant sur des exemples de réussite comme Google et Yahoo! qui utilisent de manière élégante Ajax et consort. En bref, pour lui les avantages des interfaces web sont la simplicité et la rapidité, Tim ne croit donc pas en la longévité du RIA. Rien de mieux pour faire de l’applicatif lourd que de l’applicatif lourd.
Dans son interview, il explique rapidement que l’émergence des Web Services et des architectures de type SOA s’est faite en dépit du bon sens. Au début chacun y allait de son format XML privé et ça fonctionnait, mais on a voulu généraliser le problème et fournir une solution pour tous. Cette volonté de créer une pierre philosophale pour exposer ses services n’a apporté que des difficultés d’implémentation, d’intégration et surtout d’interopérabilité. Bref, Tim est assez pessimiste en ce qui concerne les ‘WS-*’, il soutient en revanche REST qui selon ses termes, n’est qu’une reformulation des bonnes pratiques des Web Oriented Architectures.
Enfin, il reste très discret sur Sun et sur le cloud computing en indiquant tout de même que pour le moment le département se cherche un peu. Faut-il fournir des solutions et des outils pour implémenter des nuages ou bien héberger directement des nuages et devenir fournisseur?

L’interview complète sur InfoQ
La réponse de Yakov Fain

SOA

Red Hat JBoss choisit d’investir dans CXF

Red Hat a annoncé la semaine dernière qu’elle devient un « key contributor » du projet Apache CXF.
A terme, comme l’explique Sacha Labourey sur son blog, cela signifie que JBossWS qui laisse aujourd’hui le choix de l’implémentation Web Service (ne fournissant qu’une couche d’abstraction) ne fournira plus que l’implémentation Apache CXF. C’est dommage, d’autant plus que les dernières releases de CXF ont été plutôt douloureuses et riches en bugs.
D’un autre côté, la participation active des équipes JBoss au projet ne peut qu’aider à rectifier le tir. Gageons donc que les futures releases d’Apache CXF seront de bien meilleures factures que celles de 2008.

Le coin de la technique

Enfin une roadmap détaillée pour le JDK7

Lors de la conférence Devoxx de décembre dernier, un keynote avait particulièrement retenu l’attention : Mark Reinhold présentait alors la liste des fonctionnalités qui seraient intégrées au futur JDK 7, ainsi qu’une date pour la version finale.

Mark Reinhold annonce maintenant la mise en ligne d’un calendrier détaillé des milestones prévus et des fonctionnalités associées.

L’analyse de ces informations aboutit à quelques remarques :

• La période annoncée en décembre dernier pour l’arrivée d’une version finale, à savoir « début 2010″, est légèrement décalée puisqu’un final milestone est prévu pour le 18/02/2010 suivi d’une phase de release candidate d’un à deux mois. Ceci porterait donc l’arrivée d’une version finale à avril ou mai 2010.
• La liste des nouveautés reste globalement inchangée à une exception près : il n’est plus question de MVM (Multiple Virtual Machines) qui devait permettre d’exécuter plusieurs applications au sein d’une même VM. Cette fonctionnalité, particulièrement intéressante dans le contexte du regain d’intérêt pour les Applets Java et autres applications JavaFX embarquées dans le browser, était annotée d’un « maybe » il y a deux mois et était visiblement trop ambitieuse pour résister à la pression du calendrier.
• La JSR-310 (Date and Time API) n’avait pas été citée en décembre et ne l’est toujours pas. L’appel à l’aide du spec lead Stephen Colebourne aura donc été vain. En effet, comme il le faisait alors remarquer, dans le cas d’une inclusion au JDK, JDBC et NIO2 seraient impactés afin de prendre en compte la nouvelle API. Compte-tenu de cet impact, il était essentiel que cette JSR puisse être finalisée rapidement. Or son statut, toujours annoncé comme « inactive » par le site du JCP, tend à nous faire penser que la classe java.util.Date a encore de « beaux » jours devant elle.

La création de bundles OSGi selon SpringSource

SpringSource annonce l’arrivée de Bundlor, son outil de création de bundles OSGi, actuellement en version 1.0M2.

Dans un projet OSGi il est en effet nécessaire que l’ensemble des modules de l’application et des librairies tierces soient fournis sous forme de bundles. La création de bundles pour les modules dont on a le contrôle n’est pas un problème en soit, pour les librairies tierces, il en est tout autrement.

Deux possibilités s’offrent alors au développeur : obtenir la librairie qu’il recherche packagée sous forme d’un bundle OSGi sur un repository dédié (celui de SpringSource par exemple) ou créer ce bundle par lui-même. Dans ce dernier cas, il faudra analyser l’ensemble des dépendances de la librairie pour créer un manifest adapté. C’est là que les outils de création automatisée de bundles interviennent. Bnd était le seul disponible jusqu’alors, crée par Peter Kriens, Technical Director d’OSGi. SpringSource amène donc désormais son propre outil.

Bundlor est justifié par SpringSource par quelques fonctionnalités non présentes dans Bnd telles que la création incrémentale de manifests et l’intégration à Eclipse via un plugin dédié.

Malgré l’apparente efficacité de ce type d’outil, il est indispensable de ne l’appliquer qu’à des librairies tierces. En effet un des intérêts d’OSGi réside dans sa capacité à n’exposer qu’une partie soigneusement sélectionnée des interfaces d’un module, ce que seule une intervention humaine sera à même d’effectuer correctement.

Utiliser le nuage pour réduire les coûts d’intégration continue.

Il est de notoriété publique que plus la fin d’un sprint approche, plus les ressources du serveur d’intégration sont sollicitées. En outre, c’est dans ces périodes que les développeurs ont besoin des feedbacks les plus rapides. Alors, que faire ? S’offrir une machine surpuissante, dédiée à l’intégration continue, mais qui ne sera que rarement utilisée à pleine capacité ?
Atlassian, l’éditeur du serveur d’intégration continue Bamboo, propose de résoudre ce problème dans la version 2.2 de son produit, en offrant la possibilité d’utiliser « Elastic Bamboo », un agent distant s’exécutant sur le nuage Amazon EC2. Ainsi, la disponibilité et la puissance sont maximales lorsque l’équipe en a besoin, tout en limitant les coûts.
Et comme Atlassian utilise Bamboo en interne, certains plâtres sont déjà essuyés :

• Les builds doivent réellement être indépendants de l’environnement (à vous de construire vos builds en étant conscients de ce problème).
• Dans le cas standard, les dépendances doivent être téléchargées à chaque build (l’instance de build disparaissant du nuage lorsqu’elle se termine). Une solution peut être d’utiliser une image disque sauvegardée sur le nuage.

Toutes les astuces de Edwin Wong pour paramétrer votre serveur d’intégration continue sur le nuage se trouvent sur le blog d’Atlassian.

Outils Glassfish pour Eclipse

Sun vient de sortir la version 0.9 (la version 1.0 arrive bientôt) de son bundle.
Celui-ci intègre:

• Eclipse 3.4.1
• Serveurs Glassfish v 2.1 et v3 Prélude
• JDK 1.6 Update 12 (optionnel)
• Une série de plugins permettant de configurer votre serveur J2EE, ainsi que vos WebServices (Soap ou Rest) depuis l’IDE. (Plus de détails sur les plugins, ici).

Ce bundle offre l’avantage de fournir un paquet tout-en-un. Il est destiné aux développeurs et aux organisations qui n’utilisent pas NetBeans, mais Eclipse. Celui-ci étant l’IDE le plus répandu. Sun élargit ainsi son public et se rapproche de la grande communauté d’Eclipse.

Actualité éditeurs / SSII

• Sun et le Cloud Computing

RIA

• Sortie de Silverlight 3 en Beta et d’Internet Explorer 8

Le coin de la technique

• Sortie de Maven 2.1.0
• Nouvelle version pour FindBugs
• Tendances 2009

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

• XP Day France 2009 : Le programme
• French SUG – Soirée inaugurale : Salle comble
• Android Bar Camp

Actualité éditeurs / SSII

Sun et le Cloud Computing

Sun a annoncé le début des expérimentations de Sun Cloud, sa plate-forme de Cloud Computing, s’engageant ainsi sur un secteur dominé par Amazon avec EC2 et S3. Les deux premiers services baptisés Sun Cloud Compute et Sun Cloud Storage seront disponibles cet été.

Le rachat de Q-Layer en janvier dernier a visiblement été un élément décisif pour la finalisation du projet de Sun. Cette petite société belge proposait en effet un produit permettant l’administration et la facturation de services informatiques virtualisés.

Les principales caractéristiques de Sun Cloud mises en avant sont :

• Fonctionnement facilité derrière les firewalls d’entreprises
• Notion de Cloud public et privé
• Intégration (future) avec un certain nombre de produits supportés par Sun tels qu’OpenOffice, VirtualBox, Glassfish et Netbeans
• Une API Restful permettant de contrôler les différentes ressources du Cloud

De nombreux billets ont été postés par différents acteurs du monde Sun. On notera particulièrement celui de Jonathan Schwartz, le CEO de Sun, qui expose sa vision de l’arrivée de sa société sur ce marché, et ceux de Tim Bray et Craig McClanahan s’intéressant plus particulièrement à la nouvelle API.

La stratégie de Sun pour la diffusion de son offre est tout à fait différente de celle d’Amazon. En effet, Sun s’appuie avant tout sur le lien étroit qu’il entretient avec sa communauté de développeurs, grâce à l’ensemble d’outils qu’il fournit. Ainsi, sa capacité à produire des offres pré-packagées et des environnements de développement offrant une intégration en standard avec Sun Cloud pourrait bien se révéler déterminante.

RIA

Sortie de Silverlight 3 en Beta et d’Internet Explorer 8

Vnunet.fr consacre un article à la sortie de la version beta de Silverlight 3. Microsoft a dévoilé cette nouvelle version à l’occasion de l’évènement Mix 09. Celle-ci est aussi disponible pour mac.
Pour faire court, cette nouvelle version apporte les fonctionnalités suivantes :

• de nouvelles fonctions 3D (animation et graphisme)
• support des vidéos haute définition et plein écran
• et le mode déconnecté.

Microsoft a également profité de Mix 09 pour présenter Internet Explorer 8. Présenté comme plus rapide, facile et fiable par Microsoft, IE8 a amélioré son système d’onglets évitant la perte de tous les onglets en cas de plantage.

Cependant, certaines controverses demeurent et les standards ne sont toujours pas aussi bien respectés que ses concurrents : il n’obtient que 21 / 100 à l’Acid Test 3 contre 71 pour Firefox 3. En outre, IE8 représente également, pour les développeurs web, la nécessité de tester et valider le comportement de leurs applications web sur trois moutures d’IE, les versions 6 et 7 étant toujours largement répandues.

Le coin de la technique

Sortie de Maven 2.1.0

Un mois après la sortie de Maven 2.0.10, Maven sort sa première version de la branche 2.1 : Maven 2.1.0.
Outre son lot de corrections et d’évolutions, cette version contient cette-fois ci quelques ajouts intéressants :

• obfuscation des mots de passe stockés dans le fichier settings.xml (MNG-553)
• téléchargement en parallèle des artefacts (MNG-3379 : avec un repository vide, le premier build d’une application peut prendre beaucoup de temps, en particulier à cause du téléchargement séquentiel des dépendances ; cette correction permet de télécharger ces librairies en parallèle, le build est donc plus rapide (c’est une correction que Don Brown avait apportée dans sa branche maven-db il y a plus d’un an)
• nouveau mode de build « à la Make » (MNG-2576) : de nouvelles options dans Maven 2.1.0 permettent de reproduire le comportement apporté par le plugin Reactor ; lors du build d’un projet multi-modules, seuls les modules dont le code a été modifié seront reconstruits.

Vous trouverez un descriptif de ces nouveautés en Anglais sur le blog de Sonatype, et en Français sur le blog d’Arnaud Héritier. Ces nouveautés justifient la migration vers Maven 2.1.0.

Nouvelle version pour FindBugs

Sortie de FindBugs en version 1.3.8.

Pour rappel, Findbugs est un outil d’analyse de code qui détecte de potentiels bugs dans votre application (liste complète des anomalies gérées et description) couvrant mauvaise pratique, problème de sécurité, performance du code ou encore code douteux.

D’ailleurs, s’il vous manque une règle (liste limitée), n’oubliez pas de consulter un précédent article expliquant comment ajouter un détecteur à FindBugs.

L’application est disponible en standalone ou en plugin eclipse (fichier zip ou update site).

Tendances 2009

Depuis le début de l’année, un certain nombre de bloggeurs s’essayent à prédire de quoi 2009 sera fait (hors crise financière, s’entend).
L’arrivée du printemps (et la fin du premier trimestre) est l’occasion de revenir sur les technologies qui feront l’année en cours.

Cloud computing
Poussé par une conjoncture économique favorable aux solutions à faible coût, la guerre des plate formes de SaaS (Software as a Service) fait rage depuis le début de l’année. Pour être toujours sur la brèche, n’hésitez pas à utiliser les offres d’essais pour prototyper souvent et profiter des dernières avancées technologiques dans ce domaine. Un sujet architectural à ne pas manquer en 2009, car un grand nombre d’applications d’entreprise sont candidates à ce modèle économique émergent.
Ce sujet du Cloud Computing tire aussi deux sujets connexes, et pas des moindres :

• Les bases de données non relationnelles, et leurs promesses de haute disponibilité / haute performance.
• Les traitement par grille (Grid Computing), qui rendent possibles les manipulations de grands volumes de données en des temps record.

Technologies mobiles
La mobilité du poste de travail est devenue ces dernières années une préoccupation majeure des entreprises. Et l’hégémonie des Blackberry sur ce créneau est sérieusement mise à mal par l’émergence d’acteurs tels que l’iPhone ou plus récemment Google Android. Le plus grand challenge est d’adapter les applications business à la mobilité (la technologie n’étant plus un problème), et tous les acteurs du marché sont bien décidés à prendre cet enjeux stratégique pour de nombreuses entreprises à leur compte.

Convergence SOA / Web 2.0
Dans le même ordre d’idée, SOA est mort, vive WOA. Les architectures RESTFUL n’étaient que les prémisses d’une prochaine révolutions architecturelle, et des toutes nouvelles applications orientées WEB ; mashsups, widgets, flux RSS seront bientôt au centre de véritables applications d’entreprise « à la Facebook », à forte valeur ajoutée pour leurs utilisateurs. On peut aussi relier ce sujet à celui des réseaux sociaux d’entreprise, et des outils collaboratifs (video, partages documentaires, sécurité) qui vont accompagner leur développement.

Nous avons déjà abordé ces sujets dans différents articles ou revues de presse, et sans vouloir déflorer le programme de nos prochains échanges techniques (les Xebia Knowledge Exchanges), vous devriez revoir ces sujets très prochainement.

Les différentes sources :

• Dion Hinchcliffe 10 Must-Know Topics For Software Architects In 2009, 8 Predictions for Enterprise Web 2.0 in 2009
• Samuel Greengard, Top 10 Trends in IT for 2009

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

XP Day France 2009 : Le programme

Le programme de XP Day France 2009, qui aura lieu les 25 et 26 mai 2009, est dévoilé : http://xpday.fr/programme.

Quatre consultants Xebia auront le plaisr d’animer deux sessions :

• Qualité du code source et l’intégration continue par Erwan Alliaume et Nicolas Le Coz.
• Product Owner, qui es-tu, que fais-tu ? par Guillaume Bodet et Guillaume Carré.

En espérant vous y voir nombreux (inscriptions).

French SUG – Soirée inaugurale : Salle comble

La soirée inaugurale du French Scrum User Group s’est tenue ce 19 mars et a fait salle comble malgré les grèves. Cette première rencontre a été l’occasion d’écouter 5 orateurs :

• Luc Legardeur (President du SUG) pour une « Présentation du French SUG ».
• Jeff Sutherland (CEO Scrum Inc) pour un tour d’horizon de « Scrum dans le monde » (Et un peu plus).
• Dietmar Strasser (Director Q&A Borland) au sujet de « La Transformation Agile de la R&D Borland ».
• Claude Aubry (Fondateur Aubry Conseil) pour un tour d’horizon de « Scrum en France ».
• Guillaume Bodet (Xebia) autour de « Vendre Scrum ».

Retrouvez des retours de blogueurs :

• Nicolas Martignole : Première soirée du French Scrum User Group
• Jean Claude Grosjean : French Scrum User Group : une première qui manque un peu de Peps ….
• Olivier Jacob : Compte-rendu de la soirée d’inauguration du French Scrum User Group

Retrouvez également quelques photos proposée par Yannick Ameur.

Le prochain rendez-vous du French SUG aura lieu le 18 juin prochain pour un World Café à l’EPITA.

Android Bar Camp

Depuis la sortie du premier g-phone, on assiste à l’émergence en France des développements sur ce nouvel OS très prometteur dans le monde mobile (et peut-être plus).
Un BarCamp Android est donc proposé à tous les développeurs intéressés. Pour rappel, un BarCamp est une conférence du type OST où chacun peut amener et présenter son sujet.
Ce sera notamment l’occasion d’échanger sur les différents concours lancés autour d’Android comme le concours SFR jeunes Talents.
Pour vous inscrire rendez-vous ici.

Actualité éditeurs / SSII

• Glassfish v2.1 et Glassfish Portfolio
• GlassFish Mobility Platform 1.1

RIA

• Mozilla Labs sort Bespin, un IDE web
• Blaze Data Service ou LiveCycle Data Service

Le coin de la technique

• Sonar en version 1.6
• Groovy 1.6, tout pareil, mais en mieux
• AribaWeb passe en OpenSource
• Maven 2.0.10

Actualité éditeurs / SSII

Glassfish v2.1 et Glassfish Portfolio

La version 2.1 du serveur d’applications GlassFish de Sun est sortie fin janvier. Cette nouvelle release apporte peu de grosses nouveautés. Comme le souligne Alexis Moussine-Pouchkine, la sortie de SailFin v1 a motivé la v2.1 de Glassfish. SailFin repose sur des servlets SIP et le protocole SIP (Session Initiation Protocol). Ce protocole est notamment utilisé pour réaliser de la VoIP ou de la messagerie instantanée.

Outre la correction des quelques 500 bugs, cette nouvelle version apporte avec elle son lot de nouveautés intéressantes :

• un nouveau service de Shoal Group Management (GMS), qui permet à une JVM d’appartenir à un cluster et d’être notifiée lors d’événements sur celui-ci ;
• une implémentation plus robuste des mécanismes de réplication de sessions ;
• l’implémentation de Glassfish Enterprise Manager. Il s’agit en fait de la grosse nouveauté de cette version, cette plateforme offre trois nouveaux outils pour gérer GlassFish en production :
  • un Support SNMP ;
  • Performance Advisor, qui permet d’ajuster et de monitorer à chaud la configuration en fonction de la charge et des performances de l’application en cours d’exécution ;
  • Performance Monitor, gestion de la performance basée sur VisualVM.

Avec cette nouvelle version, Sun se lance donc dans une opération séduction destinée aux exploitants. Sera-t-elle suffisante pour transformer le chouchou des développeurs en machine de guerre prête à concurrencer les plus gros en production ? Quoi qu’il en soit, une marche de plus a été franchie.

D’après la roadmap de GlassFish, cette mise à jour sera la dernière évolution majeure de la branche v2, actuellement utilisée sur les serveurs de production.
GlassFish v3, dont la version Prelude est qualifiée de « production-ready » par Sun, reste le véritable avenir de GlassFish. Son architecture modulaire et la possibilité de redéploiement rapide qu’il offre lui permettront de rivaliser avec les serveurs d’applications de nouvelle génération tels que JBoss AS 5.0.

D’autre part, Sun a annoncé le 10 février dernier la sortie de GlassFish Portfolio. Il s’agit d’une plateforme applicative unifiée regroupant 4 produits déjà existants : Enterprise Server, ESB, Web Stack et Web Space Server.
Cette nouvelle plateforme n’apporte pas de réelles nouveautés et peut être considérée comme un repackaging marketing. Alexis Moussine-Pouchkine est plus mitigé sur la question.

GlassFish Mobility Platform 1.1

Sun annonce la disponibilité de GlassFish Mobility Platform 1.1 qui constitue une mise à jour de son produit anciennement nommé Mobile Enterprise Platform 1.0 qui avait été introduit en Juillet 2008. Cette plate-forme a pour but de faciliter le développement d’applications mobiles communiquant avec un back-end Java.

Dans cette optique, la première version offrait déjà la possibilité de synchroniser les données d’un appareil mobile avec celle d’un serveur via l’utilisation du protocole SyncML.

Cette nouvelle version offre maintenant également le support de JAX-RS, apporté par un connecteur coté serveur, et par JerseyME coté client mobile CLDC.

Parmi les possibilités de middleware mobile, GlassFish Mobility Platform représente ainsi une alternative intéressante à l’utilisation d’un serveur d’application JEE classique invoqué par Web Services SOAP via la JSR-172 (J2ME Web Services Specification) qui est dorénavant implémentée dans de nombreux appareils J2ME.

RIA

Mozilla Labs sort Bespin, un IDE web

Mi-Octobre 2008, Dion Almaer et Ben Galbraith, les fondateurs du site Ajaxian, rejoignaient Mozilla, pour travailler sur des outils pour le développeur (l’employeur précédent de Dion Almaer était… Google).
Dion et Ben ont annoncé la semaine dernière le premier fruit de leurs travaux chez Mozilla Labs : Bespin, un éditeur de code web en ligne, avec le cahier des charges suivant :

• accessible de n’importe où
• facile à utiliser
• rapide
• collaboration en temps réel
• ligne de commande à la vi intégrée
• extensible

Il sera intéressant de voir le résultat de cette expérimentation : un logiciel qui a naturellement sa place sur le bureau peut-il être porté sur le web?
La première version mise en ligne est une « tech preview », en version 0.1. Elle ne supporte pour le moment que quelques fonctionnalités d’édition de base (coloration syntaxique ou prévisualisation du rendu des pages dans le navigateur par exemple), et ne fonctionne pour l’instant que sur Firefox 3 et une version nightly de WebKit.
Parmi les fonctionnalités attendues, citons en particulier la « collaboration en temps réel ». Cette fonctionnalité est soit absente de nos IDEs favoris, soit rarement utilisée. Elle est pourtant séduisante ! Prenons pour exemple l’éditeur SubEthaEdit, dont la fonction de collaboration inspire Mozilla Labs pour Bespin.

Blaze Data Service ou LiveCycle Data Service

Dans cet article, Ryan Knight clarifie les différentes offres d’Adobe concernant les data services. Comme nous l’avions expliqué dans cet article sur BlazeDS, ce dernier est OpenSource alors que le LiveCycle Data Services (LCDS) est propriétaire. Ces deux produits permettent notamment la communication entre un client Flex et un serveur d’applications Java par l’intermédiaire d’une Servlet (Message Broker), mais aussi grâce au protocole AMF.

Il existe cinq versions différentes:

• Blaze Data Services
• LiveCycle Data Services Community Edition
• LiveCycle Data Services Single-CPU Licence
• LiveCycle Data Services
• LiveCycle Data Services Entreprise Suite

Afin d’effectuer un choix parmi ces offres, les questions suivantes se posent:

• Avez-vous besoin de support ?
• Avez-vous besoin d’un service de gestion des données ?
• L’application devra-t-elle supporter beaucoup de connections ?
• De quels channels (AMF, RTMP) avez-vous besoin ?

Par la suite, le NIO (Java New Input/Output) endpoint est décrit. Le NIO, basé sur une socket, permet de gérer un grand nombre de connexions avec moins de threads. Néanmoins, comparé à la Servlet MessageBroker, ce dernier est moins rapide à mettre en place (mise en place d’une meilleure authentification…). A l’origine NIO a été créé pour pallier les problèmes de performances, mais ces derniers sont remis en questions, car dorénavant sous le JDK 1.6 par exemple, la JVM possède une meilleure gestion des threads.

Enfin pour terminer, le choix parmi les offres proposées par Adobe, dépend essentiellement des besoins et de la criticité (besoin de support éventuel) du projet à mettre en place. De manière générale, l’utilisation de la Servlet MessageBroker et du protocole AMF permettent de gérer bon nombre de situations.

Le coin de la technique

Sonar en version 1.6

Décidément, l’équipe de Sonar Source est prolifique en versions et en nouvelles fonctionnalités pour sa plateforme d’observation des indicateurs qualité : Sonar.
Nous annoncions sur ce blog à la fin de l’année dernière la sortie de la version 1.5 et à peine deux mois après, c’est la version 1.6 qui est annoncée en images sur le blog lié à l’outil.
A noter donc, 3 features liées à la gestion des règles de qualité à observer sur les projets :

• La possibilité de lier un ruleset qualité différent selon les projets (fonctionnalité qui permet par exemple, d’adapter le niveau d’exigence en matière de qualité selon l’expérience de l’équipe de développement ou l’existant du projet)
• Des alertes peuvent désormais être paramétrées sur l’apparition de règles spécifiques ou selon des seuils à ne pas dépasser. Sur le dashboard, l’indicateur du projet dépassant ces seuils apparaitra surligné. Il est aussi possible de lier les projets à un flux RSS.
• Les rulesets sont maintenant historisés et peuvent être rechargés par projet.

Sonar corrige et agrémente ses nouvelles versions en dépilant les fonctionnalités présentées dans sa roadmap (la version 1.7 est annoncée en Mars 2009).
Mais l’outil propose déjà un panel riche d’outils qui agrègent et présentent des données qualité à destination, aussi bien des directeurs de projet, pour une vision haut niveau, que des développeurs souhaitant une remontée continue d’informations qualitatives sur leur travail.

Groovy 1.6, tout pareil, mais en mieux

Guillaume Laforge a annoncé cette semaine sur son blog la sortie de Groovy 1.6. Notons qu’il s’agit de la première grosse release de Groovy depuis l’acquisition de G2One par SpringSource en Novembre dernier.

Lors de la soirée Groovy du Paris JUG de Septembre, Guillaume nous parlait avec enthousiasme de cette version 1.6 (qui était déjà disponible en bêta) : elle devait permettre à Groovy de devenir le langage de scripting pour JVM le plus rapide du marché. C’est d’ailleurs cette course à la performance qui a certainement occupé le plus les équipes de développement ces derniers mois. On se souvient de l’amélioration notable des temps de compilation (x3) à l’arrivée de Groovy 1.5.5. Cette fois-ci, c’est le bytecode généré qui a été mis au régime et qui permet a Groovy 1.6 d’améliorer grandement ses performances.
Les chiffres annoncés lors de la sortie de la version bêta permettaient d’espérer une amélioration des performances spectaculaire. Ils annonçaient alors entre 150% et 400% d’amélioration… sur certains tests bien spécifiques. Alors, qu’en est-il réellement ? Difficile à dire pour le moment, aucun test de performance n’ayant encore été publié. Si Guillaume Laforge lit ces lignes et qu’il peut nous en dire un peu plus, qu’il n’hésite pas !

L’autre nouveauté intéressante ne concerne pas directement les développeurs : la transformation d’AST. Un AST (Abstract Syntax Tree) correspond à la représentation mémoire du code source telle que le voit le compilateur avant que le bytecode ne soit généré. Il s’agit donc d’une fonctionnalité avancée ouvrant la porte à certaines solutions intéressantes. Effectuer des transformations sur l’AST revient à modifier, avant la compilation, le code de votre application : soit pour l’optimiser (suppression de code inutile, des variables non utilisées, …), soit pour en modifier le comportement.
Il devient donc aisé, pour le compilateur, d’ajouter un traitement particulier avant la compilation en fonction du code source. Vous utilisiez le runtime weaving de Spring, le load time weaver des agents java, Grrovy vous propose le compilation time weaving.
Concrètement, le compilateur pourra directement détecter la présence d’annotations (ou autres) dans votre code et effectuer ses modifications avant même que le code source ne soit compilé. Ainsi, la transformation d’AST facilitera probablement grandement l’intégration de nouveaux bultins type Spring ou Seam et permettra de ce fait la gestion transparente d’annotations du type @Singleton, @Immutable, @Lazy, @Delegate ou @Binding.

D’autre part, voici en vrac la liste des nouveautés plus terre-à-terre apportées par cette nouvelle version (nous n’en détaillerons pas les cas d’utilisation ici) :

• Affectations multiples : def (a,b) = [1,2]
• Retours optionnels dans les blocks if/else et try/catch
• Améliorations des builders Swing
• Builtin permettant l’exécution de scripts au sens JSR-223 (si si, du script dans un language de scripting)
• L’intégration d’un builder JMX

AribaWeb passe en OpenSource

Après quatre versions de sa stack de développement d’applications web, la société Ariba Inc. a décidé de la passer en OpenSource. La version 5, actuellement en Release Candidate 1 vient d’être publiée en même temps chez SourceForge et Google Code. Le projet AribaWeb passe donc en licence Apache Version 2.0 et l’équipe de développement nous gratifie pour sa sortie d’un joli site de promotion avec tutoriaux et screencasts de démonstration.

Relativement peu connu, du fait de son utilisation propriétaire dans ses premières versions, AribaWeb promet une productivité sans commune mesure avec les autres stacks de développement web : à application équivalente, 100 fois moins de code à écrire qu’avec Rails ! Ils annoncent également avoir besoin de 10 fois moins de code qu’avec GWT pour développer une application GoogleMaps. La fonction LiveEdit, permettant de replacer ses composants UI et éditer les règles d’accès aux écrans directement dans un navigateur, vaut le détour. Des plugins Eclipse et IntelliJ IDEA sont livrés en standard pour permettre de tester rapidement dans un environnement familier.

Souhaitons une longue vie à ce nouveau projet, dont le passage en OpenSource a été initié pour « offrir un retour à la communauté qui a rendu son développement possible ».

Maven 2.0.10

Dix mois après la sortie de la version 2.0.9, la version 2.0.10 de Maven vient d’être mise en ligne.
Au programme, essentiellement des corrections d’anomalies. De nouvelles fonctionnalités devaient au départ être intégrées dans cette version, mais elles ont été reportées dans la branche 2.1.
Vous trouverez plus d’informations sur la sortie de la nouvelle version sur le blog de Sonatype (la société de Jason van Zyl, le père de Maven), ils y donnent en particulier un rapide tour d’horizon des différentes branches actuelles (2.0.x, 2.1.x et 3.0.x).
Si vous utilisez Maven 2.0.9 et que vous n’êtes pas affectés par une des anomalies corrigées, la migration n’est pas bien urgente…

Agilité

• Scrum mou par Martin Fowler

RIA

• Comment utiliser le projet Spring BlazeDS Integration ?
• Sun : RIA et Swing

Le coin de la technique

• L’essentiel de la littérature
• Sortie de Struts 2.1

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

• SpringOne Europe du 27 au 29 avril 2009 à Amsterdam
• Création du JUG Toulouse

Agilité

Scrum mou par Martin Fowler

Il y a quelques semaines, l’article polémique de James Shore intitulé The Decline and Fall of Agile avait fait beaucoup de bruit.
Martin Fowler nous propose dans cet article son point de vue sur le sujet après avoir récemment rencontré le problème suivant sur des projets qui utilisent Scrum:

• ils souhaitent utiliser une méthode agile, et choisissent Scrum
• ils adoptent les pratiques de Scrum, et peut-être même ses principes
• après quelques temps, l’équipe n’avance pas à cause de la mauvaise qualité du code

Scrum est volontairement centré sur les méthodes de gestion de projet, et les soucis rencontrés par ces équipes viennent du fait qu’elles ont totalement oublié d’adjoindre à Scrum de bonnes pratiques de développement logiciel (intégration continue, TDD, refactoring).
A la décharge de Scrum, comme le mentionne Martin Fowler, ceux d’entre nous qui ont suivi la certification ScrumMaster donnée par Jeff Sutherland peuvent vous assurer qu’il insiste lourdement sur ce point! Il conseille en particulier d’adjoindre à Scrum les pratiques techniques de l’eXtreme Programming.

RIA

Comment utiliser le projet Spring BlazeDS Integration ?

Nous en parlions dans une précédente revue de presse, Spring et Adobe s’allient pour faciliter l’intégration entre leur deux produits phares, Spring Core et Flex, via BlazeDS.

Christophe Coenraets, évangéliste Flex pour Adobe, met à disposition sur son blog un code source complet, illustrant l’utilisation de la M1 de ce projet.
L’archive, téléchargeable ici, tourne sous Tomcat et illustre très simplement les concepts de base de ce framework d’intégration.

Sun : RIA et Swing

Il existe de nombreuses possibilités pour développer une application avec une interface riche :

• Flex/Flash
• Ajax/Javascript
• Swing
• SWT
• JavaFx
• GWT
• Applet

Historiquement les applications Web ont été préférées pour leur coût de déploiement très faible. Les solutions fonctionnant sur un navigateur Web ont le vent en poupe en ce moment : Flex, Ajax, Javascript, etc.

Et si Swing était une alternative crédible ?

Swing parait une solution vieillissante (même si quelques améliorations ont été apportées en Java SE 6).
L’utilisation des Layouts Swing et la programmation des threads complexifient le développement des IHM Swing.
Jonathan Giles fait différentes propositions afin d’améliorer Swing : Swing 2.0, notamment en introduisant les atouts du langage Java 5 dans l’API (generics, enumeration, collections, etc.).

James Strachan va encore plus loin en proposant un modèle qui offre des solutions aux développeurs Web et Java et qui avantage Sun : How Sun could fix Swing and promote innovation and unification in the UI space. Il note que les composants JTable et JTree sont nativement intéressants pour les développeurs mais que Swing est pénalisé en n’utilisant pas de standard comme XHTML/CSS.
Sa solution consiste à créer un composant Swing « navigateur Web ». Ce composant permettrait d’afficher une page Web et de manipuler son arbre DOM à l’image du Javascript.

A noter qu’il n’y a aucune amélioration prévue sur Swing dans Java 7.

JavaFx propose d’ores et déjà l’utilisation de composants Swing. Or, JavaFx ne fait pas (encore ?) partie des standards Java (ni Java SE ni en Java EE). Sun s’appuiera-t-il sur son ‘vieux’ produit dans sa stratégie RIA future ?

Le coin de la technique

L’essentiel de la littérature

Ted Neward, consultant chez ThoughtWorks, nous donne quelques points de repères dans la nébuleuse consacrée à Java sur la toile dans son article Essential Java Resources. Un couteau suisse, où l’on retrouvera :

• des ressources internet (InfoQ, TheServerSide…)
• des blogs qui comptent (Martin Fowler…)
• quelques API / packages indispensables (java.lang.reflect, java.util.concurrent…)
• les sites institutionnels des conférences qui comptent (JavaOne, Devoxx…)
• de la littérature (Effective Java, Java Concurrency in Practice…)
• quelques outils (IDE, integration continue…)
• le futur de Java (DSL, closure, RIA…)

Un très bon point de départ pour les débutants, une façon de se tenir à jour pour les plus confirmés.
Seul bémol, toutes ces ressources sont bien sûr en anglais.

Sortie de Struts 2.1

Le framework Struts2 vient de sortir en version 2.1. De nombreux bugs ont été corrigés et des modifications significatives ont été apportées sur les plugins.
Afin de faciliter la maintenabilité du code de base, de nombreuses fonctionnalités ont été déportés dans des plugins (JUnit, Portlet, DWR, etc.)

Au niveau des nouvelles fonctionnalités, on peut noter l’arrivée du plugin Conventions, qui permet de faciliter la configuration XML en utilisant des conventions de nommage. Le paradigme « Convention over Configuration » se développe de plus en plus, et apporte un réel gain dans l’intégration d’un framework.
Un nouveau plugin REST fait aussi son apparition, ainsi que Java Templates, une implémentation pure Java des templates. Les développeurs annoncent une rapidité 4 à 5 fois supérieure à FreeMarker.

Musachy Barroso, développeur sur le projet Struts2, interviewé par InfoQ déclare que cette nouvelle version de Struts2 aura pris du temps pour sortir, mais elle apporte une base solide pour les futurs développements.
Ainsi, on peut constater que cette nouvelle version est une étape importante de ce framework, où la concurrence est rude (Spring MVC, Wicket, JSF, Stripes, etc.).

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

SpringOne Europe du 27 au 29 avril 2009 à Amsterdam

La quatrième édition de SpringOne Europe vient d’être annoncée. Elle aura lieu cette année à Amsterdam du 27 au 29 avril 2009.

Le planning fait la part belle aux nouveautés et aux sujets qui ont fait l’actualité de Spring cette année, et continueront certainement à la faire en 2009 (Cf. SpringSource dévoile sa roadmap). On retiendra :

• « Managing your Applications with SpringSource AMS » par Jennifer Hickey (Cf.SpringSource Application Management Suite).
• « Introduction to the SpringSource dm Server » par Adrian Colyer & Rob Harrop et « Advanced SpringSource dm Server » par Rob Harrop & Glyn Normington (Cf. OSGi : Spring dm Server standardisé pour l’été 2009 ?).
• « Introduction to Spring Integration » par Mark Fisher (Cf. http://blog.xebia.fr/2008/07/30/introduction-a-spring-integration/)
• « New Features in Spring 3.0 » par Juergen Hoeller (Cf. Spring 3.0 – le grand nettoyage du printemps).
• « Spring and Java EE 6 » par Juergen Hoeller.
• « Grails for Spring Developers » par Graeme Rocher.

SpringSource France devrait faire gagner des places et organiser un diner francophone. A suivre sur leur blog…

Création du JUG Toulouse

La liste des Java User Groups français s’allonge cette semaine avec la création du JUG Toulouse.
Après le Paris JUG en février 2008, le Tours JUG en avril, le BreizhJug, le Nantes JUG et le Bordeaux JUG en septembre, c’est donc à la région Toulousaine d’avoir son JUG.

Nous leur souhaitons un franc succès.

Actualité éditeurs / SSII

• Sun supprime 5.000 à 6.000 emplois dans la continuité de sa mutation en un acteur Open Source
• SpringSource dévoile sa roadmap

RIA

• Le framework préféré des développeurs Flex
• Adobe lance Cocomo

Le coin de la technique

• Essayez le nouvel algorithme Garbage First
• Gestion des documents Office 2007
• Hyperic v4.0 : le monitoring d’applications Java passe par JMX
• Sortie de Grails 1.0.4

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

• Open Source eXchange : comptes-rendus des participants
• L’Aquarium à Paris le 12 décembre : inscriptions ouvertes

Actualité éditeurs / SSII

Sun supprime 5.000 à 6.000 emplois dans la continuité de sa mutation en un acteur Open Source

Sun annonce un plan de restructuration assez conséquent puisqu’il touchera plus de 15% de ses effectifs.

Triste nouvelle. La nécessaire mutation de ce fleuron de l’informatique des années 90, tiraillé entre son activité hardware en déclin (traditionnellement haut de gamme, mais malheureusement à contre-courant d’investissements en berne en période de crise) et son activité software (en recherche d’un second souffle – le patron de la branche logicielle, Steve Green est parti Vendredi dernier), est en marche depuis plusieurs années et n’est pas une surprise.

L’annonce faite sur le site Corporate de Sun est claire : Software et Open Source !
Espérons pour Sun que les récentes (pour certaines judicieuses) et coûteuses acquisitions porteront leurs fruits.

Si nous osions, nous dirions que, toute activité hardware mise à part, Sun ressemble de plus en plus à des pures players de l’Open Source au même titre que Redhat par exemple.

Il n’est en effet pas surprenant que Sun ait choisi cette voie. Lors de la conférence de Malaga des partenaires de Redhat, à laquelle Xebia était invitée, James Whitehust nous époustouflait en nous annonçant que sa marge et sa croissance étaient parmi les plus élevées de l’industrie logicielle (information vérifiée et qui s’avère exacte).

Bonne continuation à Sun dans cette voie, elle est légitime. Et bonne chance avec la prometteuse gamme Sun Storage 7000, un condensé de hardware, d’open source et d’innovation dans le lignée du nouveau modèle Sun !

SpringSource dévoile sa roadmap

Vous avez probablement entendu parler des rencontres Spring qui se sont déroulées jeudi dernier. Nous ne résumerons pas ici le contenu de l’ensemble des conférences, d’autres blogs s’en sont déjà chargés avec brio (cf liens annexes). Si, dans l’ensemble, les conférences étaient plutôt réussies, nous avouons être un peu restés sur notre faim :

• Les discussions ont beaucoup tourné autour du rachat par SpringSource de G2One sans pour autant révéler clairement la place de Groovy et Grails dans la stack Spring. Elles ont tout de même permis de servir de point de départ à des discussions off bien plus intéressantes lors de la pause.
• Aucune explication sur les (petits) retards de la M1 de Spring 3.0, aucune référence à Spring JavaConfig ni à l’intégration des Servlet 3.0, pas de communication sur le contenu des M2 et M3, bref, rien de neuf depuis le billet que nous avons publié le mois dernier sur Spring 3.0.

Heureusement donc que ce rachat, annoncé en début de semaine, et la présence de speakers d’exceptions ont permis de pimenter cette demi-journée.

La partie la plus intéressante a été probablement celle de Peter Cooper Ellis nous présentant de la roadmap Spring dont voici les points à retenir :

• Concernant Spring 3.0 : le premier milestone doit sortir d’ici fin novembre. Il sera probablement suivi d’un M2 et d’un M3 avant l’arrivée d’une Release Candidate prévue en mars 2009. La sortie officielle devrait arriver en avril si tout se passe bien.
• Sortie de Spring Integration d’ici la fin de l’année.
• La version 1.2 de Spring DM devrait sortir durant le premier trimestre 2009 offrant le support au Configuration Admin service. Elle sera suivie peu de temps après par la version 2.0 qui implémentera l’OSGi Blueprint Service (RFC 124) partie d’OSGi R4.2. Spring DM 2.0 sera d’ailleurs probablement la reference implementation de ces spécifications. Sa date de sortie est prévue pour le second trimestre 2009.
• En parallèle à cela, deux nouvelles versions de Spring dmServer sont planifiées l’année prochaine. La première, dmServer Jersey, offrira, entre autres, une compatibilité Tomcat. Cette version devrait voir le jour au second trimestre 2009. L’autre version est prévue pour fin 2009 : dmServer Ockney. En voici quelques nouveautés : load balancer dynamique, enregistrement et exécution de scripts sur la console …
• Notons également au premier trimestre 2009 : une mise à jour de Spring IDE (2.5) et les versions 1.6 de Groovy et 1.1 de Grails, dont Guillaume Laforge vente les mérites depuis la soirée Groovy du Paris JUG.
• Mais c’est le second trimestre qui sera le plus chargé avec au programme : Spring Batch 2.0, Spring Security 2.5, Spring ROO et Spring Web. La version 2.0 de Spring Batch apportera une mise à jour importante de ce framework : passage à Java 5, configuration via annotations, on parle également d’une éventuelle intégration avec la stack apportée par G2One. Vous aurez également remarqué la présence d’un nouveau framework baptisé Spring ROO. Il s’agirait d’un framework RAD / DDD de génération de codes privilégiant les conventions à la configuration (tiens, tiens, ça nous rappelle quelque chose). Ici encore, aucune information n’est donnée quant à la place de ce framework vis-à-vis de Grails.

Notez que ce planning ne se veut ni complet ni définitif, certaines de ces dates seront très probablement amenées à évoluer.

Liens connexes :

• Consultez l’agenda de la demi-journée.
• Téléchargez-les slides des conférences.
• Remerciements post-conférences par Julien Dubois.
• Résumé de la demi-journée par Pierre Mage.
• Résumé de la demi-journée par Olivier Mallassi.
• Résumé de la demi-journée par Nicolas Martignole.
• Autres billets : Spring dmServer, le pari fou ?, Tuning Tomcat par Thomas Queste.

RIA

Le framework préféré des développeurs Flex

Rich Tetrola a lancé la semaine dernière un sondage sur le framework préféré des développeurs Flex. Et voici le résultat. PureMVC remporte le sondage à la surprise de l’auteur lui-même qui misait plutôt sur Cairngorm. Les candidats au titre de framework préféré des développeurs Flex étaient :

• Cairngorm : une micro architecture fournissant plusieurs motifs de conception (notamment le Modèle-Vue-Contrôleur).
• PureMVC : un framework permettant de concevoir des applications basées sur le motif de conception Modèle-Vue-Contrôleur.
• Mate : un framework qui gère les évènements dont voici une démonstration Hello World.
• Swiz : un framework facilitant le développement d’applications riches.
• EasyMVC : il permet également de concevoir des applications sur le motif de conception Modèle-Vue-Contrôleur.
• Ruboss : il facilite le développement d’application Flex/Rails.

Cairngorm, bien qu’il soit un produit d’Adobe Labs, n’a pas remporté le succès attendu à cause de sa complexité, c’est ce qui ressort des commentaires. Peut être est ce à cause de son « ModelLocator fourre tout ». Les résultats sont intéressants mais il ne faut pas les prendre au pied de la lettre. Tous ces frameworks ont pour but de mettre en place de bonnes pratiques dans le développement d’applications riches. Chacun dispose d’avantages et d’inconvénients à bien évaluer lorsqu’on veut choisir d’utiliser l’un de ces frameworks.

Adobe lance Cocomo

Avec cette première version bêta dans les labs, Adobe étoffe encore son offre RIA.
Cocomo est une plateforme Flex permettant au développeur d’ajouter des capacités « sociales » aux applications RIA. Cocomo mêle une partie cliente Flex et les infrastructures réseau mises à disposition par Adobe. En bref, il permet de facilement mettre en place des outils collaboratifs dans vos applications Flex. La version bêta propose déjà le support de :

• Conférences audio (par VoIP).
• Conférences vidéo (par Webcam).
• Chat texte.
• Echange de fichiers.
• Gestion des utilisateurs.
• Et d’autres choses à découvrir.

Pour plus d’informations rendez vous sur le site d’Adobe : Présentation de Cocomo.

Le coin de la technique

Essayez le nouvel algorithme Garbage First

Danny Coward, dont nous avons déjà parlé à plusieurs reprises, a publié cette semaine sur son blog un billet annonçant la disponibilité du nouvel algorithme pour le ramasse-miettes Java sur le dernier build du JDK 7 (bon courage pour l’installer …). Trois saisons ont passé depuis la publication sur notre blog d’un article présentant le fonctionnement de celui-ci. Son principe n’a pas changé, vous pouvez donc toujours vous y référer si le sujet vous intéresse : GC générationnels traditionnels (JDK 6) VS Garbage First (JDK 7).

À retenir sur ce nouvel algorithme, Garbage First (G1) :

• Il est destiné à remplacer le parrallel and concurrent mark and sweep.
• Il devrait être activé par défaut dès le JDK 7.
• Il propose un nouveau découpage du tas : la taille des zones mémoire se réduit, plus de zones sont créées en contrepartie.
• Il permet également d’exploiter les forces des architectures multicœurs.
• Il se veut plus prédictible et moins intrusif en offrant par exemple des garanties sur des temps de pauses.
• Il permet en moyenne d’obtenir un meilleur débit de nettoyage, tout en offrant une implémentation simple à comprendre.

Gestion des documents Office 2007

La société Aspose annonce la sortie d’une nouvelle version de son produit Aspose.Word permettant de gérer nos fichiers Word 2007, les fameux .docx de Microsoft Office 2007 (annonce relayée par The Server Side).

Cette 2.6.0 ajoute l’importante fonctionnalité de pouvoir charger un fichier Word existant, rendant possible l’édition de celui-ci. Un produit très complet donc, qui gère aussi les images, les zones de texte, les objets OLE et Active X et bien d’autres fonctionnalités de Microsoft Word.

A noter que la gestion des fichiers Excel 2007 (.xlsx) et PowerPoint 2007 (.pptx) est en très bonne voie chez Apache POI, le support du format OOXML étant déjà disponible dans POI en version 3.5 beta 3. Ce support est désormais une priorité pour le projet. Rappelons que depuis quelques mois Microsoft est partenaire du projet Apache POI et contribue ainsi à l’intégration de son format dans POI.

Hyperic v4.0 : le monitoring d’applications Java passe par JMX

Hyperic HQ, l’outil de supervision choisi par Iona (Fuse HQ), Redhat (JBoss Operations Network) et SpringSource (Application Management Suite), dévoile cette semaine sa version 4.0 dont une des nouveautés clefs est le nouveau JMX MBean Browser.

Nous retiendrons de cette annonce que JMX est la technologie incontournable pour superviser des applications Java. Le développement d’indicateurs en MBean JMX est aujourd’hui très facile pour les équipes applicatives avec des frameworks comme Spring JMX et la consultation de ces informations est banalisée avec l’incontournable Visual VM (cf Blog Xebia : Diagnostique d’une JVM à distance).

Ne pas s’intégrer facilement à JMX est aujourd’hui un très sévère handicap pour une solution de supervision d’applications Java.

Sortie de Grails 1.0.4

La sortie officielle de Grails 1.0.4 vient d’être annoncée par SpringSource. Pour ceux qui ne le connaissent pas, Grails est un framework orienté web écrit en Java et Groovy et placé sous licence Apache. Il s’inspire fortement du framework Rails (Ruby on Rails). Mais contrairement à Rails, Grails est ancré complètement dans l’univers Java, et repose sur des frameworks très connus comme Spring ou Hibernate.

Cette nouvelle version propose des nouvelles fonctionnalités pour une meilleure intégration avec Spring et Hibernate, un support des tags JSP dans GSP, de nouveaux plugins pour Java Content Repository (JCR API), Java Persistence API (JPA) et l’api Portlet.

L’année prochaine s’annonce très prometteuse, avec la possibilité d’intégration de Groovy avec Grails et des produits du portefeuille Spring comme Spring Batch, Spring Integration, et Spring dm Server.

Autres liens :

• Le site officiel de Grails.
• La documentation officielle : http://grails.org/doc/1.0.4.

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

Open Source eXchange : comptes-rendus des participants

Si vous n’avez pas pu assister à la journée OpenSource Exchange organisée conjointement par Skills Matter et Xebia de la semaine dernière, nous vous proposons ici en rattrapage quelques-uns des retours effectués par les participants à cette journée.

• Éric Lefevre met à disposition sur son blog un compte rendu synthétisant l’ensemble de la journée.
• Olivier Croisier a quant à lui effectué une série d’articles fort intéressante sur chacune des conférences :
• Compte rendu SpringSource dmServer, dont la conférence était présentée par Michael Isvy.
• Compte rendu eXo Platform, dont la conférence était présentée par Tugdal Grall.
• Compte rendu Java EE 6, dont la conférence était présentée par Antonio Goncalves.
• Compte rendu Groovy, dont la conférence était présentée par Guillaume Laforge.
• Compte rendu Glassfish v3, dont la conférence était présentée par Alexis Moussine-Pouchkine.
• Compte rendu Portlet 2.0, dont la conférence était présentée par Christophe Laprun.
• Compte rendu Hadoop, dont la conférence était présentée par Hugues Le Bars.

Nous profitons de cette revue de presse pour les remercier.

Vous pouvez également nous proposer d’autres comptes-rendus si vous le désirez.

L’Aquarium à Paris le 12 décembre : inscriptions ouvertes

Nous en parlions la semaine dernière, Sun organise le vendredi 12 décembre une journée gratuite « GlassFish et Java » dans ses locaux au 42, avenue d’Iéna à Paris.
Cette journée a été baptisée « L’Aquarium à Paris » et sera l’occasion de couvrir un large spectre de la gamme Sun :

• GlassFish,
• Java EE 6,
• Grizzly Comet,
• Jersey,
• OpenMQ,
• JavaFX,
• MySQL,
• OpenSSO,
• OpenESB.

Parmi les intervenants: Roberto Chinnici (spec lead), Richard Bair (tech lead), Paul Sandoz (spec lead), Linda Schneider (tech lead), Jean-François Arcand (tech lead), etc…

Les inscriptions sont désormais ouvertes.

Actualité éditeurs / SSII

• Sun délaisserait Swing ? Entre sur réaction et conflit d’intérêts

Agilité

• ScrumMaster A.O.C
• Getting Real : les conseils de 37Signals

Le coin de la technique

• GlassFish v3 Prelude, Sun fait le Buzz
• Restlet 1.1.0: Plus de souplesse et une implémentation de JAX-RS 1.0:
• mod_cluster : JBoss fait cavalier seul pour l’après mod_jk
• JSR-299 : Web Beans disponible en Public Review Draft

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

• Journée « GlassFish et Java » à Paris chez Sun

Actualité éditeurs / SSII

Sun délaisserait Swing ? Entre sur réaction et conflit d’intérêts

Il a suffit que Sun annonce son désengagement temporaire de SwingLabs pour que la blogosphère s’enflamme et prédise la fin de Swing (ici, là, ou encore là ).

Swing Labs est l’incubateur des nouveaux composants et des nouvelles fonctionnalités de Swing (cf. SwingLabs – Status Update @ Java One 2008 par Richard Bair, SwingLabs Project Lead, Sun Microsystems). Les développements y sont réalisés en open source (GNU LGPL) avec un copyright « Sun Microsystems, Inc ». On retrouve ici la stratégie fréquente de Sun d’un mode Open Source à gouvernance exclusive avec Copyright Sun qui permet un dual licensing. Grâce à son copyright, Sun est libre de proposer le code sous un autre contrat de licence. La contre partie de ce copyright Sun Microsystems est que les contributions extérieures à Sun sont peu probables ; peu de développeurs et d’entreprise sont prêts à céder leur copyright à un a acteur commercial (1).

Le désengagement de Sun peut s’expliquer par l’énergie que la société place actuellement dans le lancement de son produit Java FX qui doit occuper ses développeurs d’interface graphique les plus talentueux. Si l’on ajoute que Sun restructure en ce moment ses équipes pour des raisons financières, cela laisse peut de monde pour s’occuper des nouveaux composants de Swing (JavaFX et Swing partagent le même socle mais ont des composants de haut niveau différents).

Quel impact aura ce désengagement sur les évolutions de Swing ? On peut voir ici un conflit d’intérêts entre l’éditeur Sun Microsystem qui lance un produit stratégique et la responsabilité du fondateur du langage Java qui a pris la gouvernance exclusive sur un chantier d’évolution du langage.

Alors, Java FX a tué Swing ? On peut en douter ; Swing a toujours été important pour Sun (Netbeans, Matisse, etc) et Java FX enrichiera probablement plus Swing qu’il ne lui nuira. En revanche, l’agenda commercial de Sun et le lancement de Java FX risquent de retarder temporairement les évolutions de Swing.

(1) On notera que certains projets open source prennent eux aussi le copyright du code (les développeurs se dépossèdent de leur travail) et que cela ne freine pas les contributions. Par exemple, la Fondation Apache utilise l’Apache Software License (ASL) et est propriétaire du copyright (« Licensed to the Apache Software Foundation (ASF)… ») ; la Fondation peut à tout moment exposer le code sous un nouveau contrat de licence, ce fut notamment le cas lors du passage de l’ASL version 1 à la version 2. Spring Framework a une approche différente puisque ce projet utilise lui aussi l’Apache Software License mais a laissé le copyright aux auteurs (« Copyright 2002-2005 the original author or authors »).

Agilité

ScrumMaster A.O.C

À partir de janvier 2009, il vous faudra passer un test en plus du CSM pour pouvoir être certifié ScrumMaster, comme l’annonce Michael James. Il s’agira d’un questionnaire à choix multiple, actuellement en bêta-test au Scrum Gathering Stockholm.
En effet jusqu’à maintenant il suffisait d’assister à un CSM pour être certifié ScrumMaster. N’importe qui, même sans aucune connaissance sur Scrum, pouvait assister à la formation et devenir ainsi « ScrumMaster ». Le terme « certification » était donc trompeur. Ce manque de garantie était d’ailleurs largement critiqué par la communauté agile.
Tom Mellor rappelle qu’à l’origine Ken Schwaber a créé le CSM en pied-de-nez au PMI. L’objectif du CSM n’est pas de découvrir le rôle de ScrumMaster mais de comprendre et maîtriser les concepts de Scrum.

Getting Real : les conseils de 37Signals

Kris Jordan avait recueilli les leçons qu’ils ont apprises chez 37Signals lors de la conférence donnée par Jason Fried pendant la Web 2.0 Expo.
David Larlet a traduit ce recueil qui synthétise les idées du célèbre manifeste Getting Real de 37Signals. L’occasion de revoir les points importants :

• Volatilité : les décisions sont limitées dans le temps, les plannings aussi. Les projections long terme ne servent à rien, les choses changent.
• Restez concentrés : concentrez-vous sur l’essentiel, le réel, ce qui est simple et qui ne change pas. Évitez les interruptions qui nuisent à la productivité.
• Travailler moins pour produire plus : ignorez ce qui n’est pas important, vous pourrez travailler moins pour aboutir à un produit plus simple mais d’aussi bonne qualité.

Le coin de la technique

GlassFish v3 Prelude, Sun fait le Buzz

Difficile de passer à côté de cette actualité cette semaine : la sortie de GlassFish V3 Prelude. Une pluie de billets sur les blogs de Sun a accompagné la sortie de cette version ‘démo’ de son futur nouveau serveur d’applications dont la sortie est prévue pour 2009. Notez tout de même que cette version est supportée par Sun et est prête pour tourner en production, veillez donc à ne pas le comparer à une version bêta.

Le kernel de FlassFish v3 Prelude repose sur une architecture modulaire. Pas de surprise à ce niveau, Sun reste dans la lignée de ses previews, GlassFish repose sur Apache Felix, l’implémentation Apache du runtime OSGi R4. La liaison entre cette technologie et le centre de mises à jour inclus, vous permettra d’activer, supprimer simplement les différentes technologies proposées : Servlet 3.0, JRuby, Groovy, Grails, … Et c’est la que repose toute l’utilité d’un tel kernel, vous ne chargez que ce qui vous intéresse et optimisez du même coup les temps de démarrage et consommation mémoire.

Offrant également un avant-goût de JEE 6 (dont la sortie est prévue pour début 2009), cette version de GlassFish vous permettra de tester certaines fonctionnalités de la future version de Java Enterprise, dont :

• JAX-RS 1.0, vous permettant le développement de services REST, les spécifications sont stables
• EJB 3.1 Lite, se voulant résoudre les dernières lourdeurs des EJB, GlassFish en sera la reference implementation
• JSF 2.0, dont les spécifications ne sont pas encore terminées

Sun a fait en sorte que toutes les conditions soient réunies pour que le buzz prenne autour de cette sortie (sortie prématurée, technologies affriandantes…). Force est de constater que l’objectif est rempli ! GlassFish v2 était déjà considéré comme le nouveau chouchou des développeurs, cette nouvelle version séduira elle en plus les exploitants ? Le futur nous le dira.

Comme l’indique, le créateur de Java et employé à Sun, James Gosling dans We’ve been cranking!, en complément de la sortie de Glassfish, Sun a mis à jour différents types de logiciels : son framework avec JDK6u10, son IDE avec Netbeans 6.5RC, sa base de données avec MySQL 5.1, son système d’exploitation avec OpenSolaris 2008.11.

Restlet 1.1.0: Plus de souplesse et une implémentation de JAX-RS 1.0:

Restlet est un framework Java qui permet de développer des applications REST-ful. La version 1.1.0 est sortie fin octobre 2008. Le blog de Noelios Technologies (la société qui dirige les développements sur Restlet) nous parle des différentes améliorations :

• Un support du protocole HTTP plus large.
• Une implémentation de la JSR 311 sur JAX-RS 1.0 la plus complète du moment.
• Une intégration étendue et facilitée avec les technologies en vogue (Spring 2.5, JAXB 2.1, etc.)
• Un portage de l’API côté client Restlet vers GWT 1.5 permettant d’appeler des applications REST-ful directement depuis le navigateur WEB. Ce fût d’ailleurs le sujet de la deuxième partie du Paris JUG du mardi 4 novembre présenté par Jérôme Louvel.
• … et beaucoup d’autres disponibles sur le billet posté sur le blog de Noelios.

Jérôme Louvel est le responsable principal du développement de Restlet. Il a été interviewé par InfoQ à propos de cette nouvelle version.
Trois questions ont été posées sur les points suivants :

• L’implémentation de la JSR 311 dans Restlet
  Réponse : La plus complète, et l’objectif est d’obtenir le kit de compatibilité (TCK) nécessaire pour être certifié.
• Les conditions d’utilisation de JAX-RS : seul ou avec l’API Restlet
  Réponse : Après avoir distingué les différentes approches de JAX-RS et de Restlet API, annotations sur un POJO pour le premier, héritage des classes de base pour le second, Jérôme pense que s’il n’y a pas nécessité d’être conforme avec les standards de JEE, il est plus simple et puissant d’utiliser Restlet.
• L’importance de la communauté Restlet
  Réponse : 8 valideurs sur le core, 6 sur les extensions et 160 contributeurs soutenus par une communauté solidaire.

Restlet 1.1.0 offre une implémentation très complète de JAX-RS 1.0 et s’intègre à plusieurs frameworks importants du marché.

mod_cluster : JBoss fait cavalier seul pour l’après mod_jk

Alors que la Fondation Apache propose depuis Httpd 2.2 le duo mod_proxy_balancer / mod_proxy_http comme successeur de mod_jk pour se connecter à Tomcat, JBoss se lance dans le développement de son propre module Httpd, mod_cluster, pour connecter le moteur Tomcat embarqué dans JBoss AS au serveur. mod_cluster met en avant les fonctionnalités suivantes :

• Configuration dynamique des workers http : alors que mod_proxy_balancer se limite pour le moment à l’interface web (/balancer-manager) destinée aux humains, mod_cluster expose un Cluster Management Protocol qui permettra à des outils de déploiement de centraliser les opérations sur le serveur moteur de servlet et sur le serveur web (installation, mise à jour, désinstallation). Nous noterons au passage qu’une application Tomcat arrêtée renvoi des erreurs 404 qu’un load balancer ne sait pas interpréter pour marquer comme indisponible le servant alors qu’une erreur 503 Service Unavailable ferait l’affaire. Ces fonctionnalités d’administration sont déjà disponibles dans des serveurs Java EE tels que Websphere (c.f. Websphere Education Center : eate a remote Web server definition).
• Gestion du cycle de vie des applications : mod_cluster apporte le très important concept de désactivation d’un servant (DISABLE-APP:) qui fait hélas défaut à l’actuel mod_proxy_balancer. On pourra éteindre en douceur un noeud en reportant la charge vers les autres servants sans pour autant perdre les sessions en cours (dans le cas ou l’on n’a pas de réplication de sessions).
• Algorithme de load balancing basé sur la charge des serveurs : les load balancers déduisent le plus souvent la charge des servants à partir du nombre de requêtes ou du nombre de requêtes en cours d’exécution. mod_cluster expose une API pour que chaque servant puisse communiquer des informations plus fines (charge CPU de la machine, etc). Ce mécanisme sophistiqué concernera les besoins avancés alors que la plupart des installations peuvent se contenter d’un simple algorithme round robin
• Mise en avant du protocole HTTP en substitution à AJP : JBoss continuait à mettre en avant mod_jk et le protocole AJP (cf JBoss AS Guide – 18.1. Configuring load balancing using Apache and mod_jk). La page semble aujourd’hui se tourner au profit du connecteur HTTP sur lequel portent les efforts du projet Tomcat.

Espérons que ces travaux bénéficieront un jour au module mod_proxy_balancer intégré à Apache Httpd.

JSR-299 : Web Beans disponible en Public Review Draft

Gavin King, le créateur d’Hibernate et le Spec Lead sur Web Beans, a annoncé sur le blog InRelationTo la sortie de la spécification Web Beans en Public Review Draft : Web Beans Public Review Draft released.

Cette spécification est issue des travaux ménés sur le framework Seam. De plus, elle s’inspire des moteurs d’injection Guice (Google) et Spring. Cependant Web Beans (et Seam) se démarque de Spring dans une approche orientée annotation plutôt que XML pour la configuration.

Web Beans a pour objectif de fournir un ensemble de services pour les composants JEE. La spécification définit :

• Le cycle de vie et les interactions de composants à état (stateful) dans des contextes définis et extensibles.
• Un mécanisme d’injection de dépendance permettant de choisir les dépendances d’un composant au déploiement.
• La possibilité d’utiliser un langage EL (Expression Language) étendu dans les pages JSP et JSP.
• Un paradigme d’intercepteur dont un nouveau type d’intercepteur baptisé Decorator.
• Un modèle de notification par événement.
• Un contexte d’exécution Web.
• Un SPI (Service Provider Interface) permettant l’intégration de framework tier dans Web Beans.

Cette spécification a pour vocation d’uniformiser de manière globale le développement d’applications de gestion en se reposant sur d’autres spécifications : EJB, JSF, Java Servlets, Common Annotation.

C’est une spécification assez velue, car elle introduit beaucoup de nouveaux concepts largement expérimentés dans Seam :

• Scope,
• Conversation,
• Composant à état,
• Intégration des standards ensemble EJB/JSF,
• Modèle d’annotations, d’intercepteurs, …

Cette spécification est indispensable dans le cas où vous voulez essentiellement développer avec des standards, mais elle peut être aussi, bien utile dans d’autres cas. Elle vous permettra de développer avec les standards comme JSF et EJB en utilisant leurs pleines puissances et en ayant à développer très peu de code pour intégrer les 2 technologies (pas de DTO Data Transfer Object , utilisation de Binding par annotation et EL).

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

Journée « GlassFish et Java » à Paris chez Sun

Sun organise le vendredi 12 décembre une journée gratuite « GlassFish et Java » dans ses locaux au 42, avenue d’Iéna à Paris.
Cette journée sera l’occasion de couvrir un large spectre de la gamme Sun :

• GlassFish,
• Java EE 6,
• Grizzly Comet,
• Jersey,
• OpenMQ,
• JavaFX,
• MySQL,
• OpenSSO,
• OpenESB.

Parmi les intervenants: Roberto Chinnici (spec lead), Richard Bair (tech lead), Paul Sandoz (spec lead), Linda Schneider (tech lead), Jean-François Arcand (tech lead), etc…

L’ouverture des inscriptions ne devrait pas tarder : A suivre sur le blog d’Alexis Moussine-Pouchkine …

Actualité éditeurs / SSII

• Sortie de VirtualBox 2.0

Agilité

• Martin Fowler à propos de Scrum

RIA

• ActionScript 3 vu par les programmeurs Java

Le coin de la technique

• Comparaison avec le code de Wicket à GWT
• Liste de question à se poser lors du choix d’un framework d’application de bureau

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

• Forum SOA 2008
• Soirée Groovy au Paris JUG ce Mardi 09 Septembre

Actualité éditeurs / SSII

Sortie de VirtualBox 2.0

Cette semaine est sortie la première évolution de VirtualBox depuis l’acquisition d’InnoTek par Sun en février dernier. Pour mémoire, VirtualBox est disponible sous licence GPL depuis janvier 2007 et se positionne comme concurrent sérieux à VMware, VirtualPC, QEmu ou Xen. Un tableau comparatif avec VMWare est d’ailleurs disponible sur le site officiel ou vous pouvez également y retrouver la liste des systèmes d’exploitation compatibles.

La principale nouveauté de cette version 2.0 est la gestion des hôtes 64 bits.

Autres nouveautés notables :

• L’interface a été refaite : montée de version de QT (QT4) améliorant l’intégration avec Gnome et utilisation de l’interface native sous Mac OS X
• Support Native Command Queuing améliorant les performances des disques durs SATA
• Structure permettant la collecte d’informations sur l’utilisation des ressources des machines virtuelles
• Nouveau système d’avertissement de mises à jour
• Nouveau kit de développement
• Compatibilité avec les images ‘Microsoft VHD’ utilisées par Virtual PC

Agilité

Martin Fowler à propos de Scrum

Martin Fowler est interviewé par Jacky Li d’InfoQ China sur Scrum et le futur de l’Agile. À retenir :

• L’adoption des méthodes agiles est particulièrement difficile à cause des changements de mentalité que cela implique. Beaucoup de monde se concentre sur les pratiques plutôt que sur la philosophie, ce qui aboutit généralement à l’échec de l’adoption.
• Les impacts de l’Agilité se sentiront dans plusieurs décennies. En comparaison, la Programmation Orientée Object – apparue il y a 40 ans – a mis 20 ans à devenir le courant principal, et encore même aujourd’hui le code est écrit en Java mais il n’est pas orienté Objet.
• La certification Scrum dure seulement 2 jours et le terme « certification » peut tromper. Comprendre l’Agilité reste un exercice qui nécessite plusieurs mois. Cependant, c’est un bon début pour apprendre car les formateurs Scrum connaissent vraiment leur sujet, ce qui n’est pas le cas dans beaucoup d’autres technologies, par exemple RUP ou CMM.

En conclusion, Martin acquiesce que ce qui importe n’est pas de savoir « si un projet est agile » mais plutôt « comment s’améliorer ».

RIA

ActionScript 3 vu par les programmeurs Java

Avouons-le, les interfaces graphiques n’ont jamais été la tasse de thé des équipes de développement Java. Les succès relativement limités de Swing, Awt le prouvent.

Aujourd’hui, c’est Flex qui tient la tête des RIA émergents.

Alors qu’en est-il de son appropriation par les équipes Java ? Pour InfoQ, Jack Herrington donne des pistes de comparaison.
Nous ne nous attarderons pas dans cette revue presse sur les différences syntaxiques, mais plutôt sur les similitudes (ou les divergences) structurelles.

• Les classes : les deux langages sont des langages objets. Ils utilisent tous deux des espaces de nommage et la notion de package. Les imports, les variables de classe, les notions de public / private, les constructeurs vides ou valués, et les méthodes de classe sont aussi au rendez-vous.
  Une différence cependant : les getters / setters des variables de classe sont des méthodes particulières et réservées. Elles ont leur déclaration propre et leur appel se fait de manière transparente (on appelle myClass.myProperty même si en fait c’est le getter de myProperty qui est appelé).
  Autre différence notable, à la manière de Swing, on peut déclarer un objet comme EventDispatcher : celui-ci lance alors des évènements (sur le changement d’une variable par exemple) qui peuvent être intercepté à plus haut niveau, par un mécanisme d’abonnement.
• Interface : nouvelle « facilité » offerte par l’AS, les interfaces peuvent comporter des « variables ». En effet, en déclarant des getters / setters dans les interfaces, on donne l’illusion d’accéder à des « variables » déclarées par l’interface.
  On a donc une syntaxe du type myInterface.myProperty (au lieu d’utiliser en java le _getMyProperty()_).
• Constantes : le mot clé final est remplacé par le mot clé _const_
• Variables statiques, Exceptions. Rien de notable
• Héritage : le mot clé abstract est remplacé par le mot clé virtual. Le principe est identique.
• Itérateurs : AS ne propose pas de conteneurs fortement typés, comme les Tree, les Map. Cependant, on peut utiliser le type Objet{} et itérer sur ses attributs, comme on le ferait sur les clés d’une Map.
• Expressions régulières : les expressions régulières sont interprétées dans le code AS. On peut les utiliser pour manipuler par exemple des chaînes de caractères (rechercher dans une chaînes , scinder une chaînes…)
• E4X : l’une des différences les plus notables à ce jour est l’intégration du Xml dans ActionScript. Le parcours ou l’écriture d’un fichier est vraiment intuitif, grâce à l’utilisation des fonctions d’itération ou conditionnelles « standard ».

En conclusion, passer de Java à ActionScript ne devrait pas représenter un traumatisme trop grand. Mais entre posséder les bases et posséder l’ensemble des subtilités du langage, il faut rester méfiant, et une nouvelle race de développeurs de haut niveau pur ‘Flex’ fera probablement bientôt son apparition.

Pour retrouver l’intégralité de cet article et ses nombreux exemples, rendez-vous sur InfoQ

Le coin de la technique

Comparaison avec le code de Wicket à GWT

Dans l’article Wicket and GWT compared with code, Peter Thomas compare deux technologies qui font parler d’elles depuis quelques temps : GWT (Google) et Wicket (Apache)

Il est vrai que ces deux technlogies ont des points techniques en commun :

• GWT et Wicket privilégient la programmation événementielle en Java (à la Swing) plutôt que la programmation déclarative (à la JSP ou JSF)
• Ils ont un modèle de composants (ensemble de Panels et de _Widgets_)
• Ils ont un modèle de composants extensibles

Cependant, ils se différencient sur plusieurs points :

• Lors de la phase de compilation, GWT analyse le code pour générer une interface Web en DHTML
• Wicket exécute le code Java pour construire les composants, lorsque l’application Web est déployée
• Wicket utilise le templating HTML et les Widgets pour faciliter la réalisation des pages. GWT utilise de manière intensive la technologie CSS.

Peter Thomas nous présente ses conclusions à travers 13 points :

1. Wicket nous permet un contrôle complet sur le rendu HTML. De manière générale, en GWT, pour avoir une maîtrise complète du rendu HTML il faut être un virtuose de la technologie CSS.
2. Il est vrai qu’en GWT, il existe une impedance mismatch entre le langage Java et Javscript (Reflexion, synchronized, …). Dans certains cas, on doit effectuer des contournements de programmation en Java pour pouvoir effectuer le traitement en Javascript.
3. En GWT différentes pratiques doivent être réfléchies, conçues et mises en place pour effectuer de manière élégante certaines implémentations, à l’image du binding dynamique dans une table
4. Il faut maitriser la technolologie CSS pour maitriser le rendu GWT , ce qui n’est pas toujours évident
5. Un point de différence important entre GWT et Wicket et la gestion des Layouts. Wicket gère en priorité les Layouts par le templating HTML tandis que GWT passe par des objets de son modèle de composants : Layout. Cependant, il reste possible dans GWT, de définir un Layout dans la page HTML est d’injecter N composants GWT dans les balises HTML de cette page (code GWT : RootPanel.get("slot1").add(button))
6. Le débogage en GWT n’est pas toujours évident car il est difficilement possible de voir les sources (view source dans le navigateur). Cependant, l’outil de développement GWTHost fonctionne bien et s’intègre très facilement à l’IDE Eclipse pour le débogage.
7. Une démonstration de la réutilisation du code est faite dans Wicket, qui est un de ses points forts. Des bonnes pratiques de conception sur des applications classiques peuvent être réutilisées pour l’interface graphique.
8. Une difficulté avec GWT est son fonctionnement au premier abord un peu déroutant : la génération de code DHTML à partir du code source Java. Il faut en être conscient et connaître toutes les conséquences (maîtrise des instances d’objets dans le code Java GWT).
9. Avec Wicket, la gestion des URLS bookmarkable demande un effort supplémentaire.
10. Il est évident qu’une compilation de source GWT est plus lente qu’une compilation de source Wicket. Cependant, ce critère n’est pas important mais révèle un aspect important actuellement négligé dans GWT : le packaging et l’organisation des sources, surtout lorsque GWT s’intègre dans un existant conséquent (avec par exemple des objets métiers éparpillés dans les différents projets de sources).
11. Grâce à GWT 1.5 et au support du langage 1.5, l’observation précédente peut être plus facilement gérée
12. Un avantage certain de GWT est le fait d’être déconnecté du serveur ce qui permet un gain important de performance à l’exécution. Cependant, le développement et debogage des appels distants n’est pas toujours intuitifs. Il faut aussi faire attention à l’intégration dans un existant avec une forte responsabilité graphique du serveur (JSP/Servlet). Par exemple, même si des efforts ont été entrepris par la communauté GWT (hibernate4gwt), pour intégrer des acquis dans cette nouvelle technologie GWT, il reste comme même des régressions dans l’intégration du client au serveur.
13. Il reste cependant difficile d’effectuer des tests unitaires sur les interfaces graphiques … on est trop proche du fonctionnel

Wicket et GWT ont fait le choix audacieux de choisir un langage familier pour le développement d’application Web en Java. C’est un énorme avantage. Il faut reconnaître que si GWT introduit de nouveaux problèmes du fait de ces choix techniques, il permet de produire des applications Web de manière très productive. Il permet à un développeur Java de produire des applications Web qu’il aurait eu énormément de mal à réaliser avec des technologies plus classiques (JSP, HTML, Javascript, …). GWT et Wicket permettent de populariser le développement pour les purs et durs du développement Java.

Liens connexes :
- Blog de Bruno Marchesson qui analyse de manière très critique et argurmentée GWT

Liste de question à se poser lors du choix d’un framework d’application de bureau

Geertjan Wielenga nous propose une liste de questions à se poser lors du choix d’un framework RCP.

Les questions sont regroupées par catégorie :

• Architecture : Niveau de scalabilité, de flexibilité ? Comment le framework s’intègre avec d’autres frameworks existant ?
• Liste de fonctionnalité : Est-ce que le framework prend en charge un maximum de plomberie pour lier les différentes couches de l’application ? Est-il facile d’étendre la liste des fonctionnalités ?
• Open Source : Est-ce que l’open source s’inscrit dans votre stratégie d’entreprise ? Est-ce que l’Open Source vous fait peur ?
• Communauté : La communauté de développeurs est-elle active ? Le framework a t-il été utilisé et epprouvé dans le cadre d’une application « réelle » ? Quels sont leurs retours d’expérience sur son utilisation ?
• Période d’apprentissage : Est-elle conséquente ? Si oui, est-elle contrebalancée par les gains qu’apporte le framework ? Existe t-il une formation ?
• Outillage : Intégration avec un IDE (niveau ? Quel(s) IDE ?) Y a t-il de la génération automatique ou aide à la complétion de code ?
• Documentation : Existe t-elle ? Est-elle à jour, complète ? Y a t-il des livres (combien) traitant du sujet ?
• Support : Évaluer la rapidité (en fonction de la communauté et de la documentation) de traitement d’une question ? Existe t-il une mailing-list, un forum, un help desk ? Des patchs sont-ils livrés ou la correction d’un bug doit-elle attendre une RC ?
• Future : Quel est l’avenir du framework ? Quelle est la stratégie long terme de la société investissant dans le framework ?

La catégorie Productivité (rapidité de développement ? Nombre d’écrans développés par sprint ?) pourrait compléter cette liste pour qualifier un framework.
Les questions étant assez génériques, cette liste d’interrogations ne se limite pas seulement au choix d’un framework d’applications de bureau, ce questions reviennent lors de la sélection d’autres types de framework (MVC, RIA…).

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

Forum SOA 2008

Pour la troisième année consécutive, le monde informatique organise le Forum SOA.
L’édition 2008 se tiendra le 9 octobre 2008 à Paris (à l’Eurosite George V) et a pour thème « Des processus et des hommes ».
Le programme est disponible sur le site de l’événement.

Soirée Groovy au Paris JUG ce Mardi 09 Septembre

Groovy est à l’honneur pour la rentrée du Paris JUG, avec les venues de :

• Guillaume Laforge, VP Technology chez G2One, qui va nous présenter Groovy, le langage dynamique pour la machine virtuelle Java qui permet d’accroître la productivité des développements
• Fabrice Robini architecte chez OCTO, qui va nous présenter le framework web Grails, basé sur Groovy, qui permet là aussi de bénéficier de l’apport de productivité de Groovy, et d’un maximum de « Convention over configuration »

Pour la description de la soirée et les inscriptions, c’est par ici.

Actualité éditeurs / SSII

• Saga Oracle/BEA: secrets de polichinelles

Agilité

• Agile survey 2008
• Agile et Lean
• La chasse au gaspillage

RIA

• Sun et LWUIT
• Sortie GWT 1.5

Le coin de la technique

• Les six commandements de l’architecte
• Réplication avec Subversion 1.5

Actualité éditeurs / SSII

Saga Oracle/BEA: secrets de polichinelles

Dès l’annonce du rachat de BEA par Oracle, tout un chacun s’est amusé à parier sur les survies respectives des briques logicielles Oracle ou BEA qui s’avéraient redondantes dans l’offre middleware d’Oracle. 01 INFORMATIQUE version papier du 28 Août nous confirme ce que nous supputions.
Après les JO de Pekin, voici le podium des vainqueurs dans les labs d’Oracle.

• Dans la catégorie Serveur d’applications, le grand gagnant est WLS (OAS était à 100 contre 1 les chez meilleurs bookmakers de la Silicon Valley)
• Dans la catégorie JVM, le gagnant est JRockit (y avait il un compétiteur côté Oracle ?).
• Dans la catégorie ESB, le gagnant est ALSB.
• Dans la catégorie BPM, le gagnant est BPEL Process Manager d’Oracle
• Dans la catégorie Portail, le gagnant est Webcenter Suite et Webcenter Framework (étonnant !).
• Dans la catégorie Moniteur TP, gagnant catégorie est Tuxedo (mais existe t-il une alternative ?).
• Dans la catégorie IDE, JDeveloper et Workshop vont regroupés dans un pack Eclipse (bon courage !).

Mais chut !!! tout cela est officieux car officiellement tous les produits cohabiteront et perdureront.

Agilité

Agile survey 2008

Une pluie de chiffres sur l’agilité vient de tomber, VersionOne vient de publier sa troisième enquête annuelle sur l’état du développement Agile. Celle-ci regroupe les résultats de 3000 participants d’entreprises de tailles variées provenant de 80 pays. Même si tous les profils y sont regroupés, les participants à cette enquête ont, dans la majorité des cas, une certaine expérience (2 à 5 ans) dans la pratique du développement Agile.

À partir de ce panel, il est intéressant de noter ces quelques points :

• l’introduction des méthodes agiles s’est effectuée dans 36% des cas lors de cette dernière année
• 40% des personnes sondées ont ou comptent adopter les méthodes agiles pour des développements outsourcés.
• La réduction du time-to-market et la capacité de gérer l’évolution des priorités sont les principaux moteurs à l’introduction des méthodes agiles
• Scrum est sans conteste la méthodologie agile la plus utilisée (49% full Scrum, 22% hybride Scrum/XP contre seulement 8% XP seul)
• C’est également sans surprise que les barrières les plus répandues à l’adoption des méthodes agiles sont liées aux cultures d’entreprise et la résistance au changement de celles-ci.

Agile et Lean

David Anderson a présenté lors de la conférence Agile 2008 les orientations futures de l’Agile. Claude Aubry résume la vidéo disponible sur InfoQ (1h30) : « l’Agile doit s’ouvrir à l’extérieur, prendre en compte le Lean, se placer au niveau de l’entreprise et s’appuyer sur une notion de maturité des organisations » en s’appuyant sur 3 pratiques : le Kanban, les Real options et CMMI.
Le Lean est encore souvent comparé à l’Agile. À la question Agile vs Lean, Martin Fowler répond que ce débat n’a pas de sens. Il rappelle que les méthodes agiles ont été largement influencées par le Lean (développé chez Toyota dans les années 50) et que les deux courants sont tellement entremêles que « si vous faites des méthodes agiles, vous faites du Lean et vice-versa ».

La chasse au gaspillage

Jean Claude Grosjean énumère les principes fondateurs du Lean Software Development et détaille le 1er d’entre eux : éliminer les sources de gaspillage.
La chasse au gaspillage était déjà lancée par Joshua Kerievsky qui considère que les estimations sont inefficaces. Partant du constat que l’on arrive pas à mesurer la productivité dans l’ingénierie logicielle (notamment à cause de la confusion entre les différentes unités d’estimation des stories), Joshua propose de se passer des estimations et de fonctionner en micro-releases. Les micro-releases regroupent un petit ensemble cohérent de stories, dont la sélection détermine la date de fin de release. Elles ont donc une durée variable (généralement 1 à 6 jours) et leur cycle de vie est détaché de celui des itérations. Elles permettent de livrer le produit plus souvent à la façon just-in-time sans gaspiller du temps à faire des estimations. La principale difficulté dans la mise en oeuvre d’un tel processus est lié à la capacité à décomposer les stories en éléments plus petits mais toujours consistants.
Autre source potentielle de gaspillage selon Przemyslaw Bielicki, les tests unitaires. Tester tout est du gaspillage (tester les getters et setters n’a pas grand intérêt) et il faut savoir interpréter le taux de couverture des tests. Il ne faut pas chercher à atteindre 100% de couverture mais faire preuve de bon sens en testant les composants sensibles, en commençant toujours par le niveau d’abstraction le plus haut.

RIA

Sun et LWUIT

Dans cet article de R.J. Lorimer, celui-ci nous parle de l’annonce de Sun de la librairie LWUIT (Lightweight UI Toolkit) qui vient de passer en licence GPLv2. Pour rappel, cette librairie, présentée lors du JavaOne 2008, fournit des composants graphiques pour le développement d’applications mobiles (Java ME). Se basant sur la philosophie Swing, LWUIT permet de gérer des animations et autres effets avec un ensemble de widgets. Le site du projet nous montre des vidéos assez alléchantes.
A noter une activité grandissante autour de cette librairie comme le témoigne le forum actif, ou bien encore le blog de l’un des développeurs Shai Almog.
Par ailleurs, lors de l’une de nos revue de presse, nous vous parlions de l’Open Screen Project d’Adobe qui avait décidé de s’ouvrir à la téléphonie mobile (et plus généralement à tous les devices). Cela témoigne ainsi de la volonté de Sun de vouloir s’engager sur le même terrain qu’Adobe et de vouloir s’imposer sur ce marché afin de faire tourner des applications JavaFX sur Java ME.
Enfin à noter le portage de LWUIT sur Androïd, à suivre…

Sortie GWT 1.5

Bruce Johnson tech lead du Google Web Toolkit annonce, 1 an après la sortie de la version 1.4 et deux semaines après la RC 2, l’arrivée de GWT 1.5. Pour mémoire GWT est un framework client-centric permettant de générer la partie client (Html et Javascript) à partir d’un code entièrement écrit en Java. Pour cela, GWT dispose d’une bibliothèque permettant d’émuler le fonctionnement d’une mini-JRE.
La liste des nouveautés arrivant avec cette nouvelle version est plutôt alléchante :

• GWT offre enfin une compatibilité avec Java 5 : l’utilisation des génériques, de l’autoboxing, des énumérations … est maintenant rendue possible.
• GWT en a profité pour étoffer les fonctionnalités de son emulated JRE en ajoutant le support des classes aussi populaires que StringBuilder, TreeMap.
• L’interopérabilité avec des classes écrites manuellement en Javascript ou JSon est également simplifiée.
• Ces nouveautés s’accompagnent d’une première gestion de l’accessibilité du Web
• La gestion des performances est accrue.

Malgré le retard de cette release (environ 5 mois), celle-ci offre un lot de nouvelles fonctionnalités intéressantes. Encore faut-il que ce mode de développement un peu particulier ne vous rebute pas.

• Annonce de la sortie de GWT 1.5 sur le blog de Bruce Johnson
• Démarrez avec GWT : Quick start, Tutorial
• Application GWT qui présente les widgets natifs

Le coin de la technique

Les six commandements de l’architecte

Tim High présente dans Architect Commandments les six qualités essentielles d’un architecte :
1) Se concentrer sur la valeur métier : bien que nous ayons parfois tendance à l’oublier, l’informatique est au service du métier. Et les projets ne doivent pas servir à mettre en avant les technologies que nous maitrisons, ou que nous aimerions découvrir.
2) Remettre en question et clarifier les suppositions : les projets informatiques regorgent de choix imputés à d’obscures raisons historiques ou à des rumeurs, aussi bien fonctionnelles que techniques. Il est important de toutes les tracer : être à l’écoute des nouvelles technologies les plus pertinentes par rapport aux projets en cours, les décisions reposant sur des suppositions, afin de pouvoir justifier et/ou remettre en question ces choix ‘historiques’.
3) Donner le pouvoir à l’équipe : vos décisions d’architecture sont mises en œuvre par une équipe de développeurs. Vous devez donc aussi vous comporter en leader, et donner : être un leader, mais pas au sens premier, c’est-à-dire être un partenaire, un consultant. En résumé être un conseillé de haut niveau, qui accepte le dialogue, donne les moyens à vos équipes de créer ce que vous avez imaginé. Ce qui implique de supprimer tous les obstacles se dressant devant eux, mettre à leur disposition les outils qui leur permettront d’avancer plus facilement mais surtout de les écouter : ils ont la connaissance ‘du terrain’ et vous feront remonter des faits, voire des solutions, souvent pleines de bon sens et en prise avec la réalité.
4) Avoir les yeux grand ouverts : les technologies sont en permanente ébullition, et nous nous devons d’être à l’écoute de ces changements, afin d’offrir à nos clients (et à nos équipes), le meilleur de la technologie. Cependant, attention au revers de la médaille : nos projets ne peuvent en aucun cas être des laboratoires permanents. Le rôle de l’architecte est donc d’être au fait des avancées technologiques, mais aussi de les filtrer, afin d’appliquer à son (ses) projet(s) les plus pertinentes
5) Faire des choix : il vaut mieux prendre des décisions et se préparer à changer de direction que de tergiverser indéfiniment. L’expérience montre que l’absence de décision est souvent plus préjudiciable que le mauvais choix. L’architecte doit se mouiller et mettre ‘sa tête sur le billot’, quitte à revenir sur sa décision.
6) Montrer la voie : attention, nous ne parlons pas ici d’un architecte muré dans ses certitudes (et dans sa tour d’ivoire). Mais plutôt d’un architecte qui est un membre de l’équipe, qui certes prend des décisions, donne les grandes orientions, mais qui les explique, les justifie, les nuance voire les remet en cause avec son équipe. Il doit se donner les moyens de mettre tout le monde dans le même sens.

A ces 6 commandements, nous aimerions en ajouter un septième, tiré de nos expériences :
7) Faire simple et stupide : la grande force d’un architecte, c’est de décomposer les problématiques complexes en problèmes élémentaires, et y apporter des solutions simples. Cette décomposition présente aussi l’avantage d’appliquer plus facilement les points énumérés ci dessus.

Réplication avec Subversion 1.5

John Ferguson Smart présente dans Replication in Subversion 1.5 la réplication de dépôt de source dans Subversion.
C’est une nouvelle fonctionnalité depuis Subversion 1.4.
Cette fonctionnalité peut être implémentée par l’outil de Subversion : svnsync
Voici les quelques commandes à lancer pour mettre en place un dépôt de source miroir qui contiendra un copie du dépôt de source existant :

$ svnadmin create /var/svn/repos-mirror
$ svnsync init svn://svnmirror svn://svnrepos
# Lancement manuel de la synchronisation
$ svnsync sync svn://svnmirror

En utilisant cette fonctionnalité et Apache, on peut aussi réaliser une distribution de dépôt de source afin de limiter le trafic réseau. Il est important de noter que les dépôts de source miroirs sont en lecture seule. Par exemple, cela reste utile pour un outil d’intégration continue. Ce dernier, au lieu d’utiliser le dépôt de source existant, utilisera le code source du dépôt du miroir, en s’assurant que le code source pris soit bien à jour.

Actualité éditeurs / SSII

• Sun étend son IDE Netbeans

Agilité

• Scrum : les raisons d’un échec

Le coin de la technique

• Les dangers de l’autoboxing
• VisualVM dans le JDK
• Nouvelle arme pour la concurrence : le CyclicBarrier générationnel
• Diagramme d’activité des codes retour HTTP
• EclipseLink 1.0 released : un concurrent sérieux à Hibernate ?
• Protocol Buffers, la solution de Google pour gérer la sérialisation de structure de données

Actualité éditeurs / SSII

Sun étend son IDE Netbeans

Netbeans, l’IDE de Sun, étend son outil de développement sur deux axes :

• Le développement PHP
• Le développement Python

La stratégie de Netbeans est de fournir une alternative au champion actuel : Eclipse.
Le challenger Netbeans, se distingue d’Eclipse en fournissant par défaut un outil de développement multi technologies :

• Java SE, Java EE & Web (XML, HTML, Javascript, JSP, JSF), Java ME, UML, Ruby, C/C++, PHP (actuellement en milestone1), python (dans un futur proche)
• Intégration de Glassfish le serveur d’application Sun, et d’Apache Tomcat

Etant donnée l’hétérogénéité des technologies mise en œuvre pour la réalisation d’une application de gestion (Web, Middleware, …), la stratégie de Netbeans est intéressante.

Google Trends : Netbeans vs Eclipse, Netbeans de plus en plus populaire

Agilité

Scrum : les raisons d’un échec

Nous parlons souvent sur ce blog des succès que nous rencontrons dans la mise en œuvre de la méthode Scrum.
Robin Dymond a connu l’échec sur un projet Scrum, et revient courageusement sur les causes de ce raté : A scrum project that failed
Dans le cas de Robin, les 2 principales raisons d’insuccès ont été :

• L’entité métier à qui était destiné le produit n’était pas à l’origine du projet : c’est la direction IT et la direction des Opérations qui l’ont poussée.
• Le choix d’un progiciel a été fait en amont du projet, avant même que l’équipe technique ou que les utilisateurs finaux ne le testent.

En commentaire au billet de Robin, Elizabeth Hendrickson souligne un point essentiel à nos yeux : dès l’itération 3, l’équipe savait que le progiciel ne répondrait pas aux besoins métier. Personne n’a réagit à ces signaux avant-coureurs d’échec. Or, l’une des grandes forces des méthodes agiles est le ‘feedback’ rapide. Ignorer ces signes c’est se mettre volontairement dans une situation délicate.

Ce billet est à l’origine d’un fil de discussion tentant de cataloguer les mauvaises pratiques Scrum : riche d’enseignements.

Le coin de la technique

Les dangers de l’autoboxing

Dans la lignée des revues de presse précédentes ou nous avions parlé des bonnes utilisations des enum et des generics, un article publié sur Dzone nous donne l’occasion de rappeler quelques bonnes pratiques sur l’autoboxing.

Si l’autoboxing réduit la verbosité, elle n’écarte pas les dangers liés aux mauvaises utilisations des classes wrappées, pire, elle en rajoute. Par exemple, lorsqu’un programme unboxe une variable, un NullPointerException peut être lancé si celle-ci est null.

Quelques points à retenir :

• Il n’est jamais bon d’utiliser == sur des objets autres que des primitives même si quelquefois les comparaisons sont correctes (cf exemple ci-dessous)
• Quand vous mixez des primitives avec des primitives boxées dans une même opération, la variable wrappée est automatiquement unboxée.
• Ne jamais utiliser l’autoboxing dans un contexte synchronisé

// opérations mixtes : les types wrappés sont unboxés
System.err.println(Integer.valueOf(42) == 42); // true
System.err.println(Integer.valueOf(42) == 42L); // true
System.err.println(new Integer(42) == 42); // true
System.err.println(new Long(42) == 42); // true
// création d'un nouvel objet : '==' ne fonctionne pas
System.err.println(Integer.valueOf(42) == new Integer(42)); // false
// utilisation dangereuse du '=='
// fonctionne sur entiers < 128 seulement
System.err.println(Integer.valueOf(42) == Integer.valueOf(42)); // true
System.err.println(Integer.valueOf(4242) == Integer.valueOf(4242)); // false !!
// Lance un NullPointerException
final Integer i = null;
System.err.println(i == 42); // NPE !!

Consulter l’article : « Why I’m Not a Fan Of Java’s Auto-Unboxing »

VisualVM dans le JDK

Sun vient de sortir une nouvelle version de Java : jdk 6 update 7 . Outre les différentes corrections d’anomalies, la principale nouveauté de cette version est l’intégration de VisualVM au sein des outils du jdk.

VisualVM fournit et agrège des données détaillées sur le comportement d’une application Java en cours d’exécution via les informations recueillies par la machine virtuelle. La majorité de données y sont présentées de manière graphique. Il vous est également relativement aisé de créer vos propres plugins, cela fera certainement l’objet d’un prochain article dans notre blog. Notez au passage qu’il vous est possible d’utiliser celui-ci sur les versions antérieures du jdk (jusqu’à la version 1.4.2), mais quelques fonctionnalités ne seront pas disponibles.

Nouvelle arme pour la concurrence : le CyclicBarrier générationnel

Doug Lea, spec lead de la JSR-166 (concurrency utilities), présente une nouvelle fonctionnalité du package java.util.concurrent qui sera ajoutée lors de l’arrivée du jdk 7 : le Phaser. Son fonctionnement est comparable au Cyclic Barrier, qui permettait depuis le jdk 5 de faire attendre un groupe de threads pour leur faire atteindre un but commun simultanément, mais se veut plus flexible, plus performant et plus scalable que son prédécesseur.

• Il permet l’ajout et la suppression dynamique de threads participant à la barrière
• Il permet de gérer des générations (ou phases, d’où son nom) : à chaque fois qu’une barrière est atteinte, une variable est incrémentée.
• Il peut être éteint à chaud, en forçant l’appel à une action ou non (facilite la reprise sur erreur)
• Il est compatible avec la nouvelle API de fork and join

Diagramme d’activité des codes retour HTTP

Contrairement à ce que certains pourraient penser (non, pas la peine d’insister, on ne vous communiquera pas les noms), il n’y pas que les erreurs 404 et 500 dans la vie. En voici la preuve ! Alan Dean a regroupé, sur un même diagramme d’activité, les différents codes de retour qu’il est possible d’obtenir dans une réponse HTTP.

• Diagramme d’activité des status codes http
• D’autres formats sont disponibles sur la page originelle
• Consultez la RCF 2616 : HTTP/1.1

EclipseLink 1.0 released : un concurrent sérieux à Hibernate ?

La version 1.0 d’Eclipse Link est disponible en téléchargement. Cette release sonne le glas de l’outil persistance d’Oracle (TopLink) légué au monde open source au profit de la fondation Eclipse en mars dernier. Avec cette version, le projet sort également de l’incubateur Eclipse pour devenir un top-level project.

• Implémente JPA 1.0 et offre des fonctionnalités spécifiques. A terme, EclipseLink devrait devenir l’implémentation de référence pour JPA 2.0
• Implémente SDO 2.1
• Object-XML binding via JAXB (MOXy)
• Disponible en bundles OSGI

Protocol Buffers, la solution de Google pour gérer la sérialisation de structure de données

Le Journal Du Net a annoncé que Google souhaite offrir une alternative à XML.

Pour gérer l’échange de données d’une application à une autre (avec des langages d’implémentation différents), le format XML s’impose de raison pour structurer les messages échangés. Après avoir défini une structure pivot pour l’échange de message, chaque application implémente un parseur afin de sérialiser et desérialiser les messages entrants et sortants.

Google met donc à disposition Protocol Buffers, qu’ils utilisent en interne (ils ont plusieurs milliers (12 183) de descripteurs .proto dans leur base de code), en fournissant une alternative plus performante et plus simple que la sérialisation XML. Comme le XML, Protocol Buffers a pour ambition d’être portable d’une plateforme à une autre, et d’un langage à un autre (aujourd’hui les langages supportés sont C++, Java et Python).

Protocol Buffers fonctionne de la manière suivante :

• On réalise un fichier de grammaire .proto
• On génère la structure de données à partir de ce fichier de grammaire, dans le langage de destination souhaitée : C++, Java ou Python
• On génère le parser à partir de ce fichier de grammaire, dans le langage de destination souhaitée : C++, Java ou Python

Tutorial Java pour l’utilisation de Protocol Buffers

Le mécanisme est légèrement différent d’une solution basée sur XML. En effet, en XML, il n’y a pas la deuxième étape : la génération de la structure de données. Cela permet à Protocol Buffers d’avoir des messages plus petits qu’un fichier XML (en terme de taille en octets). Cependant, les messages sont moins lisibles pour l’homme, mais un outil est mis à disposition pour pallier à ce frein (si c’est un frein).

Les objectifs affichés de Google avec Protocol Buffers sont d’avoir une solution de sérialisation/desérialisation de message :

• 20 à 100 fois plus rapide qu’avec des fichiers XML
• Avoir du code plus simple et plus facile à maintenir que des solutions autour d’XML (parser XML, …)
• Il est possible de mettre à jour la structure de données sans casser les applications qui ont été compilées sur une version plus ancienne

Site officiel de Protocol Buffers
Annonce sur le blog Google Open Source

Actualité éditeurs / SSII

• MySQL by Sun : Revirement de stratégie open source ? Choquant ?
• Superpackages (JSR-294) vs. OSGI : Episode n° 34291567….

Agilité

• User stories « En tant que … je veux … »

Le coin de la technique

• De la sérialisation au parallélisme, une évolution incarnée par java.util.concurrent
• Innovation autour de JPA : JBoss Hibernate confirme son domination avec Envers
• Cas d’utilisation des grilles Java avec WebSphere eXtreme Scale/ ObjectGrid
• JSR-311 JAX-RS REST une histoire de RESTaurant

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

• XKE, le programme de la session de mai

Actualité éditeurs / SSII

MySQL by Sun : Revirement de stratégie open source ? Choquant ?

Slashdot essaie de nous emmener sur une polémique « Sun gâche MySQL » avec Sun May Begin Close Sourcing MySQL Features à l’occasion de l’annonce par l’éditeur de fonctionnalités (online backup, etc) qui seront uniquement disponibles dans la version payante MySQL Enterprise. Au delà de l’insinuation peu crédible quand on se rappelle que l’essentiel du catalogue de Sun est disponible gratuitement, on retrouve le défi aujourd’hui classique de la monétisation de l’Open Source. Le rachat de MySQL par Sun change complétement le modèle économique de l’éditeur de base de données.

Hier, la startup MySQL, financée par des fonds de capital risque, se permettait d’être déficitaire car les candidats au rachat (Oracle puis finalement Sun) ne valorisaient pas MySQL Inc sur ses revenus mais sur les parts de marché de sa base de données. La stratégie a magnifiquement porté ses fruits puisque MySQL Inc s’est vendue un milliard de dollars à Sun, félicitations au management.

Aujourd’hui, MySQL est vraisemblablement devenue une division ‘classique’ de Sun et doit donc devenir rentable. L’équation de la rentabilité de l’open source est complexe, Red Hat et JBoss by Red Hat ont été des pionniers sur ce chemin, souhaitons à MySql by Sun de trouver lui aussi son modèle.

TSS : MySQL to get new features in Enterprise version

Modification du billet le 29 Avril 2008 : Jonathan Schwartz est finalement revenu en arrière et a annoncé que tous les produits que Sun distribue, sans exception, sont proposés gratuitement en licence Open source à la communauté. Pour plus de détails sur cette histoire, nous vous recommandons la série de The 451 Group : MySQL’s business model in a state of flux, Finding the right balance – MySQL’s changing development model et Jonathan Schwartz has the last word on MySQL

Superpackages (JSR-294) vs. OSGI : Episode n° 34291567….

La guerre continue entre les partisans de OSGI et ceux des JSR de SuperPackage et de JAM. Cependant, l’attaque vient cette fois-ci d’Alex Buckley de chez Sun.

Il explique dans son email les inconvénients qu’il voit dans l’implémentation actuelle des superpackages[1]. En substance, il propose d’introduire à la place un nouvel ‘access modifier’ (module).

Peter Kriens de l’OSGi Alliance semble plutôt emballé par cette proposition.

[1] Pour mémoire, nous avons publié en février dernier un article présentant les superpackages

Agilité

User stories « En tant que … je veux … »

Mike Cohn nous rappelle les 3 raisons pour lesquelles il préconise de décomposer les user stories sous forme de phrase « En tant que <role>, je veux <but>, pour que <raison> » (la raison est optionnelle) :

• L’emploi de la 1ère personne du singulier aide les développeurs à s’identifier à l’utilisateur
• La structure de la phrase – représentée par 3 colonnes dans le Product backlog – aide le Product Owner à comprendre et prioriser les user stories
• Pour ne pas rajouter de bruit dans la description des user stories, il suffit de nommer les colonnes du Product backlog « En tant que … », « je veux … », « pour que … » et le backlog devient intuitif à lire.

Le coin de la technique

De la sérialisation au parallélisme, une évolution incarnée par java.util.concurrent

La programmation multi-threadée en java a évoluée : anciennement on utilisait la sérialisation incarnée par synchronized, désormais on peut faire du parallélisme avec l’introduction des API java.util.concurrent en Java 5.

Sharadjava nous présente dans sa Java Concurrency Series les différents aspects de cette nouvelle librairie :

• Simple Executor example pour la parallélisation des tâches.
• Barrier pour l’attente entre tâches (on n’oubliera pas sur ce sujet le CountDownLatch).
• Meaning of volatile pour la visibilité inter-threads des valeurs des variables.

Innovation autour de JPA : JBoss Hibernate confirme son domination avec Envers

Après l’intégration de la recherche full text Lucene [1] et le support du Database Sharding, Hibernate confirme sa domination de l’innovation autour de JPA en ouvrant le chantier du versionnage des données. Cette problématique, bien que récurrente et accentuée par les nouvelles contraintes réglementaires (Sarbane & Oaxley, etc), restait largement ignorées par nos frameworks et nos très chers design patterns. Seul Martin Fowler nous éclairait sur ce sujet délicat avec Patterns for things that change with time.

JBoss comble aujourd’hui ce vide en lançant Envers, une extension d’Hibernate qui versionne les données persistantes selon un pattern similaire au Temporal Object de Martin Fowler. Envers n’est qu’en version preview mais le projet est très prometteur et déjà une source d’inspiration pour les projets qui n’ont pas le temps d’attendre la première version stable.

On notera au passage qu’Envers préfère l’API standard JPA EntityManager à l’historique Session Hibernate ; on peut y voir un signe que le temps est venu pour les équipes projets de privilégier les standards JPA aux API historiques Hibernate.

Exemple d’entité persistante versionnée avec JBoss Envers

@Entity
public class Person {
    @Id
    @GeneratedValue
    private Integer id;
    @Versioned
    private String name;
    @Versioned
    private String surname;
    @Versioned
    @ManyToOne
    private Address address;
   ...
}

[1] cf notre billet Introduction à Hibernate Search (Googling your Persistent Domain Model)

Cas d’utilisation des grilles Java avec WebSphere eXtreme Scale/ ObjectGrid

Billy Newport présente dans Video: Introduction to WebSphere eXtreme Scale/ObjectGrid with patterns and use cases les scénarios typiques d’utilisation de la grille Java d’IBM :

• Cache de proximité classique : la grille sert de Map distribuée ; l’application métier gère les données (chargement depuis les backends, mise en cache et sauvegarde des modifications dans les backends).
• Cache de proximité avec « Loader synchrone » dans la grille : l’application métier se limite à demander des données à la grille et à les modifier ; la grille, grâce à un Loader, s’occupe de charger les données depuis les backends et sauvegarde en synchrone les données modifiées dans les backends.
• Cache de proximité avec un « Loader à écriture différée » dans la grille : similaire au scénario précédent mais la sauvegarde des modifications dans les backends est asynchrone.
• Cache collocalisé : l’application et la grille s’éxécutent dans les même JVM, chaque JVM héberge un noeud du cluster de l’application et un noeud de la grille. Ce scénario est typique de la mise en cache des sessions HTTP.

On notera que les architectures de type Map/Reduce, qui nécessitent une conception radicalement différente, ne semblent pas encore très répandues.

JSR-311 JAX-RS REST une histoire de RESTaurant

Dans cet article, Nicolas Martignole nous présente l’architecture REST (Representational State Transfer) et JSR 311: JAX-RS: The Java API for RESTful Web Services. L’objectif de cette JSR est de faciliter la programmation d’applications REST en Java.
La première partie est consacrée à une introduction de REST (définition d’une ressource, lecture, création, mise à jour, suppression d’une ressource, Services Webs RESTfull).
La deuxième partie nous présente quelques détails sur l’implémentation JAX-RS avec Java.

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

XKE, le programme de la session de mai

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

• Sessions Pratiques
  • Terracotta, the Network Attached Memory (NAM)
  • java.util.concurrent, concours de developpement

• Technique
  • Java et la Cryptographie

• Architecture
  • Retour sur l’architecture de l’un des plus grand site de ecommerce de France
  • Tests unitaires avec les librairies de Mock

• Xebia Hollande
  • Intervention du CTO de Xebia Hollande

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

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.

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.