Actualité éditeurs / SSII

• Configuration Spring 3.1 : des parfums de Cloud Computing et de Continous Delivery
• Partenariat entre StormMQ et Kaazing

Le coin de la technique

• Node.JS stable en 0.4.0

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

• Peut-on faire du RIA sans Flash ?

Actualité éditeurs / SSII

Configuration Spring 3.1 : des parfums de Cloud Computing et de Continous Delivery

Chris Beams a présenté à SpringOne 2GX les nouveautés de configuration de Spring Framework 3.1. Les tendances clefs sont :

• L’approche Continuous Delivery grâce à la gestion des configurations de chaque environnement avec des profiles,
• Le support des architectures Platform as a Service grâce à une API d’Environnement qui permettra d’injecter aux applications les configurations d’environnement et de topologie,
• L’approche Infrastructure as code (cf ThoughtWorks January 2011 Technology Radar) avec la possibilité de gérer complètement la configuration par programmation.

La gestion des configurations par environnement est réalisée par la taggage de beans par des profiles. Si un profile n’est pas activé, les beans qui lui sont associés ne sont pas chargés.
On peut appliquer ces profiles sur les fichiers XML (<beans profile="development">), les beans @Composant, les classes @Configuration comme sur les annotations applicatives qui héritent des annotations Spring. Le premier cas d’utilisation est le chargement d’une base de données embarqués HSQLDB pour les tests unitaires alors qu’une DataSource JNDI est utilisée sur les serveurs.

Cette approche est à la fois inspirée par les configurations programmatiques Grails et par l’astuce d’import d’un fragment spécifique à l’environnement ( <import resource="classpath:applicationContext-${env}.xml" />).

L’API Environment expose de façon unifiée les paramètres spécifiques à chaque environnement (variables système, JNDI, init-param d’application web, configuration middleware, etc).
Cette API permettra à des solutions de Java Platform as a Service d’injecter les éléments de configuration aux applications Spring. La solution AppCloud de VMWare sera surement la première à tirer partie de cette API .

Plus de détails sur les profiles dans SpringSource Blog – Spring 3.1 M1: Introducing @Profile.

Partenariat entre StormMQ et Kaazing

La semaine dernière StormMQ et Kaazing annonçaient un nouveau partenariat.

StormMQ est une entreprise anglaise qui propose un service hébergé de type MOM (Message-Oriented Middleware) ou un cluster clé en main à héberger dans l’entreprise. Derrière se cache un broker de message respectant le protocole AMQP. Plusieurs modes d’accès sont possibles, par l’intermédiaire d’une API java à l’aide d’une librairie RabbitMQ ou d’une API REST en PHP par exemple.

Kaazing est un des tous premiers serveur offrant un service pour les WebSockets. Les WebSockets permettent d’établir des communications full-duplex à travers le réseau web, évitant les anciennes techniques de long polling pour maintenir une communication avec le serveur et écouter des événements.

Avec ce partenariat, StormMQ compte proposer une solution clé en main permettant de faire de la messagerie sur le web. Il est encore un peu tôt pour dégager de vrais cas d’utilisation en entreprise mais la synergie entre ces deux solutions se trouve entre d’un côté un client 100% javascript facile à déployer ou à adapter et d’un autre côté un serveur de messagerie déporté évitant la maintenance et garantissant une certaine scalabilité.

Le coin de la technique

Node.JS stable en 0.4.0

Après une succession de versions 0.3.x étiquetées « instables », LinuxFr nous apprend que Node.JS arrive aujourd’hui en version 0.4.0 stable. Rappelons que NodeJs est un serveur full-javascript dont on entend de plus en plus parler. D’ailleurs, c’est tout le langage javascript qui semble monter en puissance ces temps-ci. Nous ne nous appesantirons pas trop sur les nouveautés de Node.JS, mais il est bon d’apporter quelques précisions quand à Javascript. Nous sommes nombreux à avoir toujours vu dans ce langage un langage de seconde zone, assez inintéressant à part pour effectuer quelques requêtes ajax et dynamiser une page html. Mettons nous bien dans la tête que ce temps est révolu. Des bindings existaient déjà pour les librairies graphiques client lourd comme GTK ou QT mais aussi Mozilla XUL. Dans Open/LibreOffice, on pouvait utiliser Javascript pour définir ses macros et Mozilla Rhino était inclu dans Java 6. Maintenant, Javascript débarque coté serveur. La guerre que se sont menés à coup de benchmarks les différents éditeurs de navigateur nous permet aujourd’hui d’avoir des performances intéressantes pour Node.JS qui s’appuie sur V8, le moteur javascript de Chrome.
Alors non, ce n’est pas demain la veille que nous remplacerons nos Tomcat et autres GlassFish par Node.JS. Néanmoins la tendance est à suivre de près.
Pas plus tard que la semaine dernière, nous notions par ailleurs que JQuery est maintenant buildé sous ce serveur, et ce ne sont pas les seuls à l’utiliser: Yammer et d’autres utilisent eux aussi Node.JS. Pour faire écho à la conclusion de la news « Peut-on faire du RIA sans Flash ? », Javascript est le langage à suivre en 2011 !

Dernière minute: Web Tambouille publie aujourd’hui le 1er d’une série de 4 articles dédiés à Node.JS. A découvrir d’urgence !

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

Peut-on faire du RIA sans Flash ?

Zenexity a organisé un événement ce 9 février intitulé « Peux-on faire du RIA sans Flash ? ».
L’événement était constitué de 4 interventions de 20 minutes chacune présentées par des employés de zenexity. Les 4 interventions ont brossé un tableau des RIA 100% html, en mettant l’accent sur les innovations qu’apportent HTML5 aujourd’hui. En partant du design web, en passant par la fascinante API canvas, les CSS transitions avec des démos particulièrement convaincantes pour finir par une intervention de Guillaume Bort mettant l’accent sur les avantages au niveau architecture web de l’approche html5 au niveau sémantique et notamment sur l’aspect propriétaire du flash.
Les slides sont en html5 bien sûr, disponible sur le site zengularity.
Alors certes le parc de navigateurs limite l’adoption de ces innovations, mais pour un projet démarrant aujourd’hui le choix n’est pas si évident entre du flash et du html5. Ce qui marque c’est surtout la relative facilité d’usage de ces éléments à condition d’accepter javascript comme un langage de premier plan. Le langage à (re)-apprendre en 2011 ?

L’avantage du Flash

L’avantage du Flash est la possibilité de développer des applications plus intuitives, efficaces et faciles à utiliser. Michael nous présente une application pour la finance réalisée pour une grande banque française. Le backend est resté le même, seul le client a été modifié pour être remplacé par du Flex. Une amélioration de la productivité des utilisateurs a pu être constatée. En effet, les données étaient plus facilement lisibles et exploitables par les utilisateurs qui prenaient donc des décisions plus rapidement.
Michael met en avant la productivité par le design. L’avantage de Flex est la facilité avec laquelle on peut réaliser des applications. Elle est productive pour le développeur et pour l’utilisateur.

Les nouveautés de la plateforme Flash

Tout d’abord Adobe a intégré dans sa plateforme le support d’HTML5 pour que ses outils, tels que Dreamweaver et Illustrator par exemple, le supportent .
La plateforme Flash est un panel complet de solutions permettant de réaliser des applications riches sur tous les supports qui vont du mobile à l’ordinateur, en passant par la télé. Cette plateforme fournit tous les outils indispensables au développement d’applications, vidéos et autres. Les applications sont natives pour tous les supports. Adobe et d’autres partenaires ont d’ailleurs créé le projet open-screen qui a pour but de travailler ensemble à l’élaboration d’un environnement consistant pour la navigation web et le lancement d’application sur n’importe quel écran. Ce projet exploite les avantages de Flash Player et d’Adobe Air.

Flash Player 10.1

Le taux de pénétration de Flash Player 10.1 est actuellement supérieur à 70%.
Les nouvelles fonctionnalités permettent maintenant d’exploiter les avantages des mobiles :

• le multi-touch et les gestures,
• l’acceléromètre,
• la gestion de l’orientation de l’écran,
• les champs textes pour mobile …

La performance a également été améliorée sur l’audio, la vidéo, la gestion des ressources en général pour économiser de la batterie (surtout pour les mobiles). Une nouvelle API vidéo a été développée pour réduire la charge sur le processeur comme certains ont pu le constater sur Mac OS. Elle utilise plutôt les ressources de la carte graphique pour fonctionner. L’utilisation de la mémoire a été optimisée. Pour tester ces nouvelles fonctionnalités, vous pouvez télécharger l’application de démonstration TourDeFlex et tester la partie Flash Player APIs. Le multi-touch est assez bluffant si vous avez un trackpad adapté .

Applications pour Mobile

Pour développer des applications pour mobile, vous pouvez utiliser Device Central CS5. Il fait partie de la Creative Suite et fournit toutes les configurations des smartphones, telles que la mémoire, le processeur … Ces dernières sont mises à jour dynamiquement. Vous trouverez une démonstration de ce que l’on peut réaliser en terme d’application mobile sur le blog de Michael Chaize où il présente un Doodle Jump développé avec Air et qu’il a pu déployer sur son Android en version 2.2 (Froyo).

AIR 2

Air est une application desktop, ce qui signifie qu’il exploite les ressources de l’ordinateur. Maintenant le déploiement est possible sur Android, et pour plus d’informations je vous renvoie vers cet article. Autre nouvelles fonctionnalités avec AIR :

• ouverture des fichiers avec l’application par défaut définie par l’OS,
• détection de l’OS avec l’objet Capabilities.os,
• exécution possible de commandes grâce à NativeProcess.

Quoi de neuf sur Flex Hero ?

Flex Hero est le petit nom de la release majeure 4.1 de Flex. Dans cette nouvelle version, de nouveaux composants spark sont disponibles :

• une datagrid spark avec :
  • gestion des déplacements avec les touches,
  • une skin class (apparence) plus simple à personnaliser que celui de Halo
  • et un chargement des données dynamique au moment du scroll. Ce qui rend le chargement plus rapide grâce à la pagination.
• un formulaire spark,
• des formatters spark avec gestion de l’internationalisation,
• un MobileApplication pour gérer les applications mobiles,
• une API pour la navigation dans les vues,
• ActionBar,
• MobileItemRenderer pour les rendus de liste spécifique aux applications mobiles,
• gestion de la géolocalisation,
• gestion de l’orientation,
• génération de l’application sous forme de package Android (APK).

Flash Catalyst

La sortie en release preview de Flash Builder « Burrito » s’accompagne aussi de celle de Flash Catalyst « Panini ». Celui-ci a été revu pour faciliter la collaboration entre le développeur et le designer. Précédemment, le problème était que le designer ne pouvait pas retravailler sur ce qu’avait réalisé le développeur. Avec cette nouvelle version de Flash Catalyst, c’est maintenant possible.

LiveCycle Collaboration Service

Le LiveCycle Collaboration est une solution hébergée par Adobe pour proposer aux développeurs de réaliser des applications Flex collaboratives. Ils ont à leur disposition des composants : tableau blanc pour les dessins, gestion de la webcam … pour réaliser des applications où il est possible aux utilisateurs d’échanger des informations. Michaël nous a d’ailleurs invité à accéder à une des applications qu’il a réalisé. C’était très intéressant de voir sur le grand écran de la salle une dizaine de webcams afficher le visage de quelques participants curieux.

Crédit photo : les images proviennent du site d’Adobe et de l’album Picasa de Stephan Jaansen pour Devoxx 2010

Actualité éditeurs / SSII

• HSQLDB 2.0

RIA

• HTML5, premières discordes, acte 1
• L’absence de plugin Flash sur iPhone favorise l’innovation.

Actualité éditeurs / SSII

HSQLDB 2.0

La version 2.0 d’HSQLDB est sortie la semaine dernière et il s’agit en soi d’un petit évènement car la dernière version importante datait de 2005 (version 1.8). Cette base de donnée, écrite en java, est appréciée pour sa légèreté (6,5Mo) et son mode embarqué. En effet il peut s’agir d’une bonne solution lorsqu’on teste une application qui fonctionne sous Hibernate de remplacer sa base par une base de donnée embarquée qui réduit les temps d’accès et évite les problématiques d’installation et de configuration d’une base de données standalone. La contre-patrie est que le volume va dépendre de la RAM disponible et que si on fonctionne avec un mode persisté malgré tout (dans un fichier en l’occurrence), les performances seront vraiment inférieures à une base classique.

Les principales améliorations sont :

• un plus large respect de la norme SQL
• une refonte du coeur pour devenir complètement multithreadé qui permet à présent le two-phases locking (2PL) et le MVCC (Multiversion concurrency control) et plus globalement améliore la gestion des transactions
• la capacité de stocker jusqu’à 64To de données
• le support java 1.6 et de JDBC4, la méthode getGeneratedKeys de JDBC est à présent opérationnel

RIA

HTML5, premières discordes, acte 1

Contrairement à ce que certains semblaient penser, HTML5 n’est pas ce magnifique format qui devait réunir tous les acteurs du Web pour lutter ensemble à l’éradication de Flash. Les graines de la discorde sont, comme à chaque nouveau standard émergent, d’ores et déjà semées.
Premier à ouvrir le feu, Apple, avec sa démonstration HTML 5 uniquement visible sous Safari. Et les réactions de la communauté n’ont pas tardé : on a ainsi pu lire sur de nombreux blogs « Mais pourquoi Apple souhaite-t-il faire croire que HTML5 est une technologie propriétaire ? ». En effet, il semblerait que la grande majorité des fonctionnalités exposées soient déjà disponibles sur Firefox ou Opera par exemple… La stratégie de la marque à la pomme est, sur ce coup là, assez difficile à saisir.
Deuxième épine dans le pieds des bisounours du HTML 5, Microsoft, qui a publié une preview de IE9, qui satisferait 100% des normes W3C pour HTML5 (dans la version initiale de l’article, modifiée depuis). Les concurrents directs obtiennent (bien sûr) un score inférieur. Ce qui a fait bondir tous les acteurs : Opera, qui utilise une autre suite de tests et qui arrive à un résultat différent (bien sûr) ; Mozilla, qui dit travailler conjointement avec Microsoft pour fixer les tests (ce qui d’ailleurs portent ces fruits puisque les résultats de IE9 sont maintenant de 78 %) ; et enfin Google, qui dans un des keynotes de son I/O 2010, prévoyait que IE serait le seul navigateur à ne pas implémenter 100% de HTML5 d’ici la fin de l’année.
La bataille de chiffres ne fait que commencer.

L’absence de plugin Flash sur iPhone favorise l’innovation.

Greystripe travaille avec Adobe à la portabilité de flash même sur les plateformes dépourvues du plugin. Au moment où Apple annonce iAds, qui permet (enfin) au développeur de pousser de la publicité dans leurs applications, Greystipe annonce un outil capable de convertir Flash en HTML5, et donc de passer sur les mobiles Apple. Pour l’instant, très peu d’informations sont disponibles sur le produit (ce qui laisse penser à un bel effet d’annonce sur une application pas tout à fait sèche). Cependant, même si il y aura très probablement des limitations, l’idée est séduisante : l’application travaillerait directement sur le Bytecode ActionScript et permettrait donc aux agences de publicité de garder leur workflow courant, à savoir délivrer un .swf. C’est ce point swf qui serait converti en HTML5. Quelle que soit la maturité d’un tel produit, voilà une nouvelle ogive dans la guerre nucléaire que se livrent deux géants du web.

Mise en place de l’image Photoshop/Illustrator

N’ayant que très peu de connaissance de l’univers Photoshop, cette tâche s’est avérée au début périlleuse… Néanmoins, les différents tutoriaux d’Adobe permettent d’acquérir suffisamment de connaissances pour mettre en place une image, dont voici le résultat:

Assez basique, le premier écran listera les voyages, et lorsque l’utilisateur cliquera sur l’un d’eux, une image s’affichera dans le panel de droite. C’est dans cet écran que sera branché notre backend Java. Le menu sera simplement utilisé afin de montrer la mise en place des états/transitions avec Catalyst. Ainsi, les autres rubriques du menu afficheront respectivement une carte, et un descriptif.

Voici notre arborescence de l’image Photoshop créée:

Le principe est simple: l’image est découpée en calque, et ces derniers sont regroupés par fonctionnalités/pages. Ainsi nous retrouvons notre menu (navigation) avec les types d’effets que nous voudrons voir lorsque la souris de l’utilisateur passera sur le texte (ici une image violette), et les différentes pages avec leurs contenus.
Cette organisation est très importante, car par la suite nous l’utiliserons afin de mettre en place les transitions entre pages et créer nos composants.

Flash Catalyst

Une fois l’image importée dans Catalyst, nous constatons que la structure de Photoshop est bien présente et qu’un état a été créé.

Nous allons commencer par créer les transitions entre les différents écrans:

• Sélectionnez le premier état en haut à gauche et renommez le en voyages.
• Sélectionnez pour cet état la page que vous voudrez afficher dans la fenêtre Layers en haut à droite (en l’occurrence voyages page)
• Créez deux autres états (Duplicate State en haut à gauche)
• Répétez l’étape 2 pour les pages opérateurs et XKE.

Animons cette page en créant les boutons:

• Revenez sur l’état «voyages».
• Sélectionnez le texte «Voyages» ainsi que le fond violet.
• La fenêtre Convert to Artwork apparaît, sélectionnez Button.
• Re cliquez sur le texte Voyages et cochez Label dans la fenêtre qui est apparue.

• Dans la fenêtre Layers (en haut à droite), renommez Voyages en Label et voyages over en over (ce sera un composant générique pour les autres boutons du menu).
• Revenez sur la racine de votre projet (nom du projet) et renommez le composant Button en voyages_button par exemple (fenêtre en haut à droite).
• Ajoutez le label Voyages dans les propriétés du composant, et décochez Enabled.

• Sélectionnez le label de «Voyages» et modifier la couleur en noir (dans la fenêtre Properties en bas à droite)

• Copier coller deux fois le composant voyage_button dans la fenêtre Layers (en haut à droite). Ce seront les boutons Opérateurs et XKE.
• Supprimez les composants du layer navigation importés de l’image Photoshop

• Tout comme «Voyages», modifiez les labels pour Opérateurs et XKE (par contre laissez la propriété Enabled cochée).
• Vous devez réaligner les boutons les uns en dessous des autres, car en créant ces composants, Catalyst les a superposés.
• Sur chaque bouton, faire clique droit => Share to State => All States.
• Allez dans les états Opérateurs et xke: alignez les boutons et vérifier la couleur des labels.
• Attention, pour ces états vérifiez également que pour le bouton Voyages, la propriété Enabled est bien cochée.
• Cliquez sur le bouton Voyages, la fenêtre suivante s’ouvre

• Dans Up et Down, désélectionnez voyages over dans la fenêtre layers.

• Cliquez sur le bouton «Voyages» et dans le panneau Interactions (sur la droite), sélectionnez Add Interaction.
• Dans la liste déroulante Choose state, sélectionnez voyages.

• Répétez ces opérations pour les boutons Opérateurs et XKE.
• Allez dans File => Run Project pour tester la navigation.

Passons à la création de la scrollBar verticale ainsi que de son association avec une liste déroulante :

• Sélectionnez les éléments graphiques qui vont composer la scrollBar.
• Une fenêtre est apparue (Convert to Artwork), sélectionnez Vertical scrollBar dans la liste. Ne tenez pas compte du message Component Issues.
• Cliquez sur Edit Parts, et associez les éléments graphiques aux éléments de la scrollBar.

• Un fois le composant terminé, cliquez sur la racine du projet (nom de votre projet) en haut à gauche.
• Sélectionnez le fond gris clair avec le texte San Francisco et dans la fenêtre Convert Artwork, sélectionnez Data List.
• Cliquez sur Edit Parts, et associez le fond gris ainsi que le texte San Francisco à Repeated Item.

• Ajustez la taille de la Data List à celle de la scrollBar.
• Dans la fenêtre du bas, cliquez sur l’onglet Design-Time Data.
• Ajouter des données en cliquant sur Add Row.

• Couper la scrollBar, double cliquez sur la Data List et coller la scrollBar dedans (l’association avec la liste est effectuée à ce moment).
• Allez dans File => Run Project pour tester l’application.

Analyses

A travers la mise en place de cette première partie, nous pouvons effectuer les constats suivants:

• La maîtrise des outils Photoshop et Illustrator est indispensable : créer ses composants graphiques, appliquer des effets nécessitent un travail non négligeable.
• Pour un développeur n’ayant pas de connaissances graphiques, la courbe d’apprentissage peut être assez longue.
• Lors de la mise en place de l’image, il faut anticiper les transitions et effets car l’arborescence des composants est importante pour Catalyst.
• L’outil Catalyst possède de bonnes interactions avec Photoshop et Illustrator:
• l’import d’images Photoshop est bien reconnu
• possibilité de modifier et d’améliorer ses composants à partir de Catalyst dans Illustrator.
• Catalyst permet de créer des états, transitions assez rapidement et facilement
• La création de certains composants n’est pas forcément très intuitive : création d’un composant Button et suppression des «boutons» créés dans Photoshop…

Vous pouvez télécharger l’image et le projet Catalyst sur le SVN de Xebia France

La plateforme Flash : qu’est ce que c’est ?

Cette plateforme Flash est composée de :

• La gamme Creative Suite (avec Fireworks, Photoshop et Illustrator) destinée au designer.
• Flash Catalyst qui permettra de générer une application Flex à partir des maquettes réalisées avec les outils précédents.
• Flash Builder 4 pour le développement du reste de l’application et de son backend.

Flash Catalyst

Pour rappel Flash Catalyst est un outil permettant à partir d’un dessin réalisé avec les outils de la gamme Creative Suite de générer une véritable application Flex sans toucher à une ligne de code. Cet outil est capable de générer tous les composants graphiques disponibles dans Flex 4 et gèrent également les itemrenderer. Les effets et les transitions peuvent être également gérés avec cet outil. Lors de la session Tools In Action, une démonstration bluffante d’environ 30 minutes a été effectuée avec cet outil. Il y a cependant quelques conditions pour que la génération s’effectue au mieux :

• Penser à bien séparer ses filtres et à les nommer proprement. Ceci afin que l’intégrateur puisse plus aisément les récupérer et les convertir en composant Flex.
• L’intégrateur doit aussi bien nommer les composants une fois créés afin que le développeur puisse les exploiter plus facilement.

À la fin de cette courte session, nous avons pu voir le résultat : une application Flex reprenant la maquette de départ.

Flex 4

Cette nouvelle plateforme ne peut être utilisée qu’avec Flex 4. En effet, la nouvelle librairie de composants graphiques spark qui vient remplacer l’ancienne (que l’on nomme halo ou mx aussi) proposent de séparer l’aspect du composant de son comportement. Un billet a déjà été écrit à ce sujet. C’est ce qui permettra à Catalyst de générer l’aspect des composants. Le développeur quant à lui ne se préoccupera plus que des comportements du bouton tels que le traitement des données, la gestion des événements et le traitement avec le backend. Les composants peuvent également supporter les formes primitives (rectangles, ronds, carrés), les bitmaps, les textes riches et les vidéos. Autre nouveauté dans ce nouveau SDK, une nouvelle structure du code : les déclarations des HTTPService et autres RemoteObject s’effectuent dans les balises <fx:Declaration>.

Spring BlazeDS Integration

Parmi les nouveautés, nous noterons la présentation de Spring BlazeDS Integration. Avec moins de configuration que BlazeDS, il est possible de mettre en place plus facilement un backend utilisant Spring. Grâce à des annotations, il est maintenant plus simple d’exposer ses services à la partie cliente.

Exemple :

@Service("contactService")
@RemotingDestination
public class ContactDao {
...

On expose contactService à la partie cliente. Côté Flex, il n’y aura plus qu’à simplement appeler ce service grâce au RemoteObject. Concernant le lien client-serveur, Christophe Coenraets soulève un point intéressant : actuellement il est impossible pour le compilateur Flex de reconnaître les services exposés côté serveur. Effectivement, à ce niveau là le compilateur doit croire le développeur et ne possède aucune réelle visibilité. C’est pour cela que dans Flash Builder 4 a été ajoutée la possibilité de réaliser de l’introspection sur les services exposés côté serveur. Fonctionnant avec BlazeDS, LiveCycle Data Service ES et AMF PHP, Flash Builder est donc maintenant capable de reconnaître ses services et de les importer côté client.

Model Driven Development dans FlashBuilder

Une autre nouveauté dans FlashBuilder 4 est une nouvelle vue nommée Data Models permettant de réaliser des modèles de données et de les générer autant côté client que côté Serveur. Cette partie sera davantage détaillée dans la session de Jeudi : Model Driven Development using Adobe Flash Builder 4 and LiveCycle Data Services ES.

La présentation était réussie et les démonstrations très bluffantes. Flash Catalyst semble mature et Flash Builder 4 répond mieux aux besoins des développeurs (il est enfin possible de faire un Generate getter/setter sur une propriété !). Mais on attend toujours la release qui est maintenant prévue pour mi-2010 voire même un peu après.

• Les effets
• Dessine moi un bouton … avec spark.
• Les autres nouveautés de Flex 4
• Conclusion
• Pour aller plus loin

Pour visualiser les exemples Flex 4 ci dessous, il vous faudra installer Flash Player 10.

Les effets

Une différence notable avec la précédente version de Flex est la gestion des états qui est maintenant nettement plus simple.
En Flex, il est possible de décrire plusieurs états associés à un composant. Ces états définissent, pour un composant, des éléments à ajouter, des styles ou des propriétés à appliquer. En effet, il est question de manipuler des AddChild, des SetProperty ou encore des SetStyle qui peuvent devenir très vite lourds à gérer. Pour mieux comprendre, prenons un exemple :
Nous allons réaliser une application sur 2 états, l’état blueState qui va colorer le label helloLabel en bleu et l’état redState qui va le colorer en rouge. Pour ce faire, avec Flex 3, nous utilisons les balises SetStyle qui permettent de modifier le style color du label et de le mettre à la couleur voulue.

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" minWidth="300" minHeight="300">
    <mx:states>
        <mx:State name="blueState">
            <mx:SetStyle target="{helloLabel}" name="color" value="blue"/>
        </mx:State>
        <mx:State name="redState">
            <mx:SetStyle target="{helloLabel}" name="color" value="red"/>
        </mx:State>
    </mx:states>
    <mx:HBox>
        <mx:Label text="Bonjour !" id="helloLabel"/>
        <mx:Button label="Bleu" id="blue" click="currentState='blueState'"/>
        <mx:Button label="Rouge" id="red" click="currentState='redState'"/>
    </mx:HBox>
</mx:Application>

Avec Flex 4, il n’est plus question de définir des SetStyle ou SetProperty dans les composants. Tout se fait dans les attributs qui peuvent se décliner en fonction des états comme ceci : styleOuPropriete.monEtat. Ainsi color.blueState prendra la couleur bleu lorsque l’on sera dans cet état.D’autre attributs apparaissent également dans les composants graphiques comme includeIn ou encore excludeFrom pour permettre d’exclure ou d’inclure un composant en fonction de l’état courant. De plus, Flex prend maintenant par défaut le premier état lorsqu’on en définit plusieurs pour un composant. C’est la raison pour laquelle nous avons ajouté defaultState comme état par défaut. Avec Flex 4, notre précédent exemple donne donc ceci :

<?xml version="1.0" encoding="utf-8"?>
<s:Application
   xmlns:fx="http://ns.adobe.com/mxml/2009"
   xmlns:s="library://ns.adobe.com/flex/spark"
   xmlns:mx="library://ns.adobe.com/flex/halo" width="300" height="300">
	<s:states>
		<mx:State name="defaultState" />
		<mx:State name="blueState" />
		<mx:State name="redState" />
	</s:states>
	<mx:Label text="Bonjour !" color="black" color.blueState="blue" color.redState="red"/>
	<s:Button label="Rouge" click="currentState='redState'"/>
	<s:Button label="Bleu" click="currentState='blueState'"/>
	<s:layout>
		<s:HorizontalLayout />
	</s:layout>
</s:Application>

Certes, il s’agit d’un petit exemple. Mais cela pourrait simplifier la gestion des états sur des applications plus élaborées.

Dessine moi un bouton … avec spark.

De nouvelles librairies ont vu le jour dans Flex 4. Commençons par la librairie spark, présente depuis Mai 2009. Elle offre toute une nouvelle génération de composants dont l’architecture est clairement différente de son prédécesseur halo. Cette dernière proposait des composants graphiques sur lesquels il n’était possible que de changer les couleurs et le style du texte : le Flex Style Explorer en est un bon exemple.
La librairie spark, de son côté, propose un nouveau type de composant « skinnable », c’est-à-dire que nous avons d’un côté le dessin représentant un bouton et de l’autre l’objet bouton. De plus, spark intègre la librairie FXG qui fournit tous les composants permettant de faire des dessins vectoriels.
Pour mieux comprendre le fonctionnement, rien de mieux qu’un exemple :
Nous créons d’abord un Skin sous le nom de component.CustomSkin.

<?xml version="1.0" encoding="utf-8"?>
<s:Skin xmlns:fx="http://ns.adobe.com/mxml/2009"
   xmlns:s="library://ns.adobe.com/flex/spark"
   xmlns:mx="library://ns.adobe.com/flex/halo" height="300" width="300">
    <fx:Metadata>
        [HostComponent("spark.components.Button")]
    </fx:Metadata>
    <s:states>
        <mx:State name="up" />
        <mx:State name="over" />
        <mx:State name="down" />
    </s:states>
    <s:Ellipse height="86" width="96" verticalCenter="0" horizontalCenter="0">
        <s:fill>
          <mx:SolidColor color="#FF0000" color.over="red" color.up="blue"/>
         </s:fill>
    </s:Ellipse>
    <s:layout>
        <s:BasicLayout/>
    </s:layout>
</s:Skin>

Nous définissons le comportement de ce composant grâce au metatag HostComponent, ici il s’agit donc d’un bouton. Nous ajoutons ensuite les états en regardant dans la documentation, nous pouvons voir que Button dispose des états : up, over, down et disabled. Contentons-nous des trois premiers états pour cet exemple. Enfin, on finit par dessiner un bouton qui sera disposé dans un layout qui doit être défini dans tout composant spark. Ce skin est ensuite associé à un bouton dans l’application principale.

<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
    xmlns:s="library://ns.adobe.com/flex/spark"
    xmlns:mx="library://ns.adobe.com/flex/halo"
    minWidth="1024" minHeight="768"
    xmlns:component="component.*">
    <fx:Script>
        <![CDATA[
            import mx.controls.Alert;
            import component.MyButton;
        ]]>
    </fx:Script>
    <fx:Style source="TestFlex4.css"/>
    <s:Button skinClass="component.CustomSkin"  click="Alert.show('Je suis un bouton !')"/>
</s:Application>

Et voici le rendu :

Les autres nouveautés de Flex 4

Support dans l’ASDoc des fichiers MXML
La SDK de Flex 3 ne générait que la documentation associée au code ActionScript 3. Il est maintenant possible dans le SDK 4 de générer de l’ASDoc pour les composants MXML.

Le data binding dans les deux sens
Actuellement, la liaison des données dans un composant avec Flex se fait de la façon suivante :

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml">
    <mx:TextInput id="myText1" />
    <mx:TextInput id="myText2" text="{myText1.text}" />
</mx:Application>

Dans cet exemple, l’édition dans myText1 modifie le champs myText2 mais l’inverse ne se fait pas. Pour les lier tous les deux il faudrait modifier myText1 comme ceci :

<mx:TextInput id="myText1" text="{myText2.text}"/>

Avec la nouvelle notation que propose Flex 4, il suffit de faire comme ceci :

<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
   xmlns:s="library://ns.adobe.com/flex/spark"
   xmlns:mx="library://ns.adobe.com/flex/halo" minWidth="1024" minHeight="768">
    <s:TextInput id="myText1" />
    <s:TextInput id="myText2" text="@{myText1.text}" />
    <s:layout>
        <s:VerticalLayout/>
    </s:layout>
</s:Application>

Et automatiquement les deux composants sont liés.

Conclusion

Toutes ces nouveautés proposées par Adobe ont pour but :

• d’améliorer la productivité du développeur en simplifiant le langage,
• d’avoir plus de liberté sur le design.

La librairie spark propose des composants radicalement différents de ce que l’on peut actuellement utiliser dans Flex 3, mais il est cependant possible d’utiliser les composants de l’ancienne librairie nommée halo. Les habitués ne s’y perdront donc pas.
Mais alors pourquoi autant de changement ? La raison est très simple et se nomme Flash Catalyst. Le nouvel outil d’Adobe sorti en Juin 2009 en version bêta est capable de générer du code Flex à partir de dessins réalisés par la gamme Creative Suite 4.
Flex 4 est toujours en bêta actuellement, une release est prévue pour le dernier trimestre 2009.

Pour aller plus loin

• LiveDocs Flex 4
• Télécharger le SDK

RIA

• Sortie de SmartGWT 1.1
• FlashBuilder 4 supportera FlexUnit 4
• JavaFX 1.2 est arrivé

Le coin de la technique

• G1 Payant ! Oracle sonne-t-il le glas des machines virtuelles Java gratuites ?
• Jetty dévoile sa roadmap
• Sortie de Tellerium 0.6.0 RC1

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

• Conférence Google IO 2009
• Adobe présente Flash Catalyst à Paris

RIA

Sortie de SmartGWT 1.1

Il aura fallu attendre près de 6 mois pour pouvoir apprécier la nouvelle version de SmartGWT, le wrapper GWT de SmartClient par Sanjiv Jivan (sortie de la version 1.0 lors d’une précédente revue de presse), information relayée par l’auteur et par The Server Side.

Cette version 1.1 apporte de nombreuses nouveautés (liste exhaustive sur la release note) :

• Correction de plus de 50 bugs.
• Amélioration générale des performances des composants et des skins.
• Champs de formules et résumés (wizards, bindable avec des DataBoundComponent…).
• Support du GWT-RPC DataSource avec les DataBoundComponent (tableaux, arbres, menus…).
• Nombreuses documentations Javadoc (le gros défaut de GWT-Ext).
• API de récupération d’état de la vue depuis le serveur (pour de nombreux composants).
• Nouveaux exemples dans le Showcase au niveau de New Samples.
• Un projet Helloworld pour SmartGWT avec GWT 1.6 …

Une librairie open source gratuite dans son intégralité (licence LGPL), ça ne se refuse pas ou au moins ça se teste !

FlashBuilder 4 supportera FlexUnit 4

Bonne nouvelle pour les développeurs Flex, nous apprenons par InsideRIA que FlexUnit 4 pourra être utilisé sur -FlexBuilder 4- FlashBuilder 4.
Dans cet article, l’auteur nous présente les nouvelles fonctionnalités que propose FlexUnit 4 telles que :

• Création simplifiée de suites de tests.
• Création et intégration facile de test runner à d’autres frameworks.
• Utilisation de l’intégration continue grâce à une automatisation de l’intégration.
• Meilleure gestion des tests asynchrones.
• Meilleure gestion des exceptions.
• Comme les annotations en Junit 4, les tests peuvent être gérés par les Metadata.

La prochaine étape maintenant est d’intégrer le projet à FlashBuilder 4. Il est d’ailleurs possible de voter pour ce projet. Si cela vous intéresse n’hésitez pas à voter vous aussi.

JavaFX 1.2 est arrivé

En accord avec le planning annoncé dès décembre dernier lors de Devoxx, une nouvelle version de JavaFX vient d’être mise à disposition. Les apports sont nombreux et comblent certains manques de la version 1.1. Le site de JavaFX propose un tour d’horizon très complet des nouveautés et Stephen Chin en présente un résumé accompagné d’un guide de migration. On retiendra :

• Ajout de widgets propres à JavaFX, skinnables et disponibles sur toute les plate-formes. Il n’est donc plus nécessaire de faire appel à des composants Swing (qui étaient inaccessibles sur mobile). L’ensemble des composants simples sont disponibles (bouton, checkbox, …), par contre la ListView est le seul composant de haut niveau à être fourni, pas de table, ni de tree.
• Ajout de composants dédiés à la création de graphiques de type Area, Bar, Bubble, Line, Pie, Scatter et X/Y.
• Ajout de nouveaux layouts en supplément des VBox et HBox déjà disponibles.
• Support de Linux et Solaris.

La compatibilité des binaires générés par JavaFX n’est pas assurée entre cette nouvelle version 1.2 et ses prédécesseurs. Il sera donc nécessaire de recompiler les applications pour assurer la migration.

Le nouveau JavaFX sera donc sorti dans les temps pour être le sujet de nombreuses présentations et annonces lors de JavaOne qui débute aujourd’hui même à San Fransisco. Comme nous vous en parlions il y a quelques semaines, le support des TVs pourrait y faire l’objet d’une démonstration.

Le coin de la technique

G1 Payant ! Oracle sonne-t-il le glas des machines virtuelles Java gratuites ?

Oracle va-t-il rendre Java payant ? Cette question que tous posaient après l’annonce du rachat de Sun revient aujourd’hui au premier plan avec une phrase sibylline de l’annonce de la version 6 update 14 de la JVM de Sun :

« 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… »

En théorie, la fonctionnalité concernée est encore expérimentale et le rachat de Sun par Oracle n’est pas clos : Oracle n’a pas à s’immiscer dans la gestion au quotidien de Sun ; il n’y aurait donc pas de raison que Sun change de stratégie sur la JVM.
Cependant, on n’a jamais vu de telles limitations contractuelles sur la JVM de Sun. Si les JVM mobile et temps réel ont toujours été payantes chez Sun comme IBM et BEA/Oracle, les JVMs serveur et poste de travail étaient traditionnellement gratuites … à un détails près : la JVM JRockit de BEA était devenue payante dès le rachat par Oracle ; on avait alors invoqué des considérations contractuelles qui empêchaient Oracle de distribuer gratuitement une JVM.

C’est aujourd’hui la très répandue JVM de Sun qui est menacée ; une fois de plus à la suite d’un rachat par Oracle. Faut-il craindre la fin des JVM gratuites ? Pour le poste de travail, cela parait très improbable faute de modèle économique crédible mais pour les serveurs, un revirement d’Oracle semble possible et dans la lignée de la nouvelle politique de JRockit. Il resterait alors disponibles gratuitement les JVM IBM J9 et Open JDK, le projet Open Source dont la gouvernance par Sun a été sujette à polémique ces derniers mois. Nous noterons au passage que G1 sera inclus dans la version 7 d’Open JDK.

Pour revenir sur les nouveautés de la JVM 6 update 14, nous retiendrons : la compression des pointeurs (-XX:+UseCompressedOops) pour les JVM 64 bits (cf. Java 64 bits, pas si souvent une bonne idée), l’optimisation des accès aux variables utilisées sur un seul thread ( -XX:+DoEscapeAnalysis ) et ce Garbage First (G1) Garbage Collector optimisé pour la gestion de grands volumes de mémoire mais réservé en production aux souscripteurs d’un contrat de support.

Jetty dévoile sa roadmap

Comme tous les conteneurs Servlet / JSP du marché, Jetty se prépare à l’arrivée de la JSR-315 (Servlet 3.0) prévue pour cet été. Par ailleurs, il opère également divers changements dûs à sa récente intégration à la fondation Eclipse.

Greg Wilkins a présenté une roadmap détaillée des fonctionnalités qui seront présentes dans les futures versions de Jetty.

Jetty 6 reste la version stable en attendant l’arrivée de son successeur.

Jetty 7 est la branche de développement que Greg Wilkins conseille d’adopter pour les projets débutant actuellement. Elle marquera la migration vers le package org.eclipse.jetty, et apportera une remodularisation accompagnée d’un packaging en bundle OSGi en supplément des artifacts Maven, et une préparation à Servlet 3.0 dont il proposera une preview.

Jetty 8 ne différera guère de son prédécesseur, il s’agira avant tout d’un rebuild en Java 1.6 exclusivement, accompagné d’une conformance stricte à Servlet 3.0 dont la spécification sera alors finalisée.

Aucune date précise n’est indiquée par l’auteur, mais il semble que la finalisation de la spécification Servlet 3.0 constituera le principal régulateur du calendrier de Jetty.

Sortie de Tellerium 0.6.0 RC1

Tellerium est un framework de tests unitaires d’interface utilisateur. Le projet s’appuie sur Selenium, est compatible avec JUnit et TestNG et permet d’écrire les tests en Java, Groovy ou par un DSL.

Les nouvelles fonctionnalités entre la version 0.5.0 et cette 0.6.0 sont plutôt nombreuses, on notera ainsi :

• Ajout du sélecteur jQuery (et du jQuery Cache).
• Support de Selenium 1.0 Beta 2 et Groovy 1.6.
• Core (Include, setCustomConfig, Dump method …).
• Selenium Grid (tests en parallèle).
• Archetype Maven (JUnit et TestNG) …

Plusieurs nouvelles fonctionnalités donc mais surtout de nombreuses optimisations de performances, des tests plus rapides et plus faciles à écrire, le tout utilisant les versions les plus récentes des projets dont il dépend. A noter aussi le plugin pour FireFox TrUMP (Tellerium UI Model Plugin) permettant d’écrire plus rapidement les tests (enregistrement des clicks, validation et customisation, export Groovy…).

Le téléchargement se passe par ici, et pour les pom ça se passe en bas de page par là.

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

Conférence Google IO 2009

Google I/O 2009 s’est tenu la semaine dernière à San Francisco. Il s’agit d’une des conférences destinées aux développeurs utilisateurs des applications et des API de Google. L’actualité autour de cette conférence étant relativement importante, nous avons décidé de traiter celle-ci dans un article séparé.

En voici les grandes lignes de ce qui s’est vu à Google I/O :

• Le futur du Web, avec les premières démonstrations émoustillantes Html 5.
• Google Wave, le prochain outil de communication et collaboration made in Google.
• La réconciliation de Google avec GWT, sortie de Gwt Query.
• Le futur d’Android, avec l’annonce de la branche Android 2.0 : Donut.
• Java et Google App Engine en GA.
• Google Web Elements, comment intégrer les services Google dans vos pages web.
• Les macros dans Google Document, avec Google Apps Script.
• Arrivée des extensions dans Chrome.

Pour en savoir plus, vous pouvez lire notre billet dédié au sujet.

Adobe présente Flash Catalyst à Paris

Mercredi 3 Juin 2009 à 16h, Adobe propose une présentation de Flash Catalyst. Cet outil destiné aux designers permet de concevoir des composants graphiques riches sans programmation. Ces créations peuvent ensuite être fournies à un développeur Flex pour que ce dernier se charge de la programmation intelligente.
Cette présentation va se diviser en deux sessions sous formes de conférences et d’ateliers :

• Une session développeur.
• Une session designer.

Elle se clôtura par un cocktail à 19h30.
Pour plus d’informations ou pour vous inscrire ça se passe ici.

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.

Agilité

• LiquidTest : un outil de test des applications web

RIA

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

Le coin de la technique

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

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

• Paris JUG demain soir !

Agilité

LiquidTest : un outil de test des applications web

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

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

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

Les fonctionnalités suivantes sont proposées :

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

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

Une version d’essai de 30 jours est disponible.

RIA

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

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

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

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

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

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

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

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

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

Google Analytics enfin pour les applications Flash

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

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

Le coin de la technique

Jigsaw, un petit nouveau de l’OpenJDK

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

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

Il devrait permettre :

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

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

Sortie de GWT 1.6 Milestone 1

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

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

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

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

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

Paris JUG demain soir !

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

Agilité

• Conseils pour adopter le TDD

RIA

• Flash vs Silverlight

SOA / Whatever

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

Le coin de la technique

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

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

• Paris JUG

Agilité

Conseils pour adopter le TDD

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

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

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

RIA

Flash vs Silverlight

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

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

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

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

SOA / Whatever

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

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

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

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

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

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

Le coin de la technique

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

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

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

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

Guide d’optimisation de votre site Web

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Paris JUG

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

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

Actualité éditeurs / SSII

• Dans le cambouis de SpringSource dmServer

Agilité

• Les facteurs clés dans l’adoption d’une démarche Agile au niveau de l’entreprise.

RIA

• Sortie de Microsoft Silverlight 2.0
• Un flash Player 10 précipité pour la sortie de Silverlight 2 ?
• Testez unitairement et fonctionnellement vos applications Flex avec FlexMonkey

Le coin de la technique

• NetBeans vs Eclipse RCP : Comparaison des mécanismes d’extensibilité des plug-ins
• Java 6 Update 10 : Quoi de neuf docteur ?
• Noyés dans les annotations ?

Actualité éditeurs / SSII

Dans le cambouis de SpringSource dmServer

Après l’annonce de la sortie officielle la semaine dernière, SpringSource vous propose de découvrir les entrailles de la bête, par le biais d’une télé-conférence, le 29 octobre à 15:00 CET. Au programme :

• installation et configuration du serveur
• construction d’une application modulaire
• création d’un package déployable (PAR)
• développements itératifs et tests

Les liens d’inscription se trouvent sur l’annonce originale de SpringSource.

Agilité

Les facteurs clés dans l’adoption d’une démarche Agile au niveau de l’entreprise.

Dans le cadre de la conférence Agile 2008, Michael Mah se prête au petit jeu de la comparaison de productivité entre une entreprise Agile et une entreprise classique (devinez qui a la meilleure productivité).
Mais ce que nous retiendrons surtout de cette présentation, ce sont les cinq facteurs clés qui ont permis de convertir toute une entreprise (BMC) aux méthodes agiles :

• Avoir des éléments moteurs : avoir le soutien des cadres dirigeants, former des Scrums Masters, s’appuyer sur un noyau de convaincus / passionnés.
• Être toujours prêt à publier : faire des sprints courts de 2 semaines, des builds quotidiens, et porter l’effort sur des revues de codes régulières et exigeantes.
• Travailler en équipe 24h/24h : communiquer efficacement, s’armer d’outils efficaces (wiki, vidéo-conférences, réunions de visu régulières), organiser des Scrum de Scrum.
• Gérer son backlog : tenir un seul backlog partagé, mais plusieurs gestions ‘locales’ de celui-ci, nommer une seule équipe chargée de rédiger les user stories, se doter d’une équipe « d’architectes » pour interfacer la R&D et le backlog.
• Arrêter le développement WaterFall : passer à des développements pilotés par les tests (TDD), organiser des debriefings réguliers pour ne pas retomber dans les travers classiques, faire auditer les processus par un oeil externe.

Même si certains des points sus mentionnés portent à controverse (on pense en particulier aux TDD qui font débat), ces facteurs clés sont souvent mis en avant, en particulier par les fondateurs de la méthode Scrum, Ken Schwaber et Jeff Sutherland.

Retrouvez l’intégralité du vidcast et du support de présentation sur InfoQ.

RIA

Sortie de Microsoft Silverlight 2.0

Microsoft a annoncé cette semaine la sortie de Silverlight 2.

Lors de notre récent contest RIA dans lequel nous avions essayé de dégager les avantages et inconvénients de différents framework RIA, nous annoncions un certain nombre de points négatifs sur la version Silverlight que nous avions utilisée (Silverlight 2 Beta 2). Microsoft comble avec cette release officielle un certain nombre d’entre eux :

• Microsoft se rapproche du monde Java en proposant un ensemble d’outils permettant le développement Silverlight directement au sein d’Eclipse. Eclipse4SL, de son petit nom, est actuellement disponible en version alpha, la version finale étant prévue pour le printemps 2009. Eclipse4SL contiendra également un éditeur graphique permettant la manipulation et la visualisation du XAML.
• Microsoft prévoit également d’enrichir son catalogue de contrôles via le Silverlight Control Pack (SCP). Seront disponibles des contrôles du type Accordion, DockPanel, ViewTree ou AutoComplete sous la Microsoft Permissive License (open source).

Un flash Player 10 précipité pour la sortie de Silverlight 2 ?

Adobe a annoncé la semaine dernière la sortie de Flash Player 10 en release sous le nom d’Astro.

Cette nouvelle version comporte des améliorations graphiques et audio :

• Des nouveaux effets 3D plus fluides et plus performants.
• Des effets et filtres customisables par le biais de l’outil Pixel Bender.
• Gestion de traitement de texte avancé avec plus d’éléments typographiques.

Adobe a également pris en compte des demandes d’amélioration de la communauté Flash avec entre autres :

• plus de contrôles sur le menu contextuel: il est maintenant possible d’ajouter des items en texte riche.
• la manipulation de grandes images bitmap (jusqu’à 4096 par 4096)
• sortie de la version Linux en simultanée avec la version Windows, les problèmes spécifiques Ubuntu ont été réglés depuis la bêta
• les touches clavier du type Ctrl, Espace… peuvent maintenant être accessibles en plein écran: ce qui peut être pratique pour le développement des jeux Flash.

Vous pouvez retrouver la liste complète des fonctionnalités sur le site d’Adobe.

Comme le signale l’article publié sur le blog de Cedric Champeau, à la sortie du plugin un certain nombre de bugs persistent, la sortie simultanée de Silverlight 2 aurait-elle fait accélérer les choses ?

Testez unitairement et fonctionnellement vos applications Flex avec FlexMonkey

Une à une, les barrières au développement de Flex tombent. Dernière avancée, la mise en ligne d’un framework de tests automatisés, FlexMonkey. Pour InfoQ, Stu Stern (Gorilla Logic), fondateur du projet, revient sur les grandes lignes de ce projet OpenSource :

• Ne nécessite pas de plugin autre que le plugin Flash
• Possibilité d’enregistrer et de rejouer des tests (à la manière d’un Selenium), aussi bien que d’éditer le code source des tests, écrit en AS3
• Outil sous licence Apache2. Cependant, le framework utilise l’API Flex Automation, qui n’est disponible que sous Flex Builder Pro (qu’il vous faudra donc acquérir si vous souhaitez modifier FlexMonkey).
• Possibilité de simuler des évènements asynchrones avec un temps d’attente plus ou moins long.

L’application de démonstration est relativement bluffante pour un produit aussi jeune.
Alors, pourquoi ne pas laisser le singe tester votre RIA ?

Le coin de la technique

NetBeans vs Eclipse RCP : Comparaison des mécanismes d’extensibilité des plug-ins

Pour faire suite au Paris JUG de la semaine dernière, voici un bel exemple de débat entre choisir une solution standard de JavaSE ou l’utilisation de la plateforme OSGi. En effet, dans le monde des plateformes Rich-Client, Netbeans a choisi un mécanisme d’extensibilité qui s’appuie sur le ServiceLoader du JDK 6 au contraire d’Eclipse qui a préféré tout basculer sous OSGi et ses bundles.

Les avantages et les inconvénients des deux mécanismes sont présentés dans cet article où l’auteur semble avoir un léger penchant pour Eclipse.
Heureusement, les commentaires instructifs qui suivent, dont ceux du responsable technique de la documentation de NetBeans, Geertjan Wielenga, viennent alimenter le débat.

En quelques mots, Netbeans est simple d’apprentissage mais avec une mise en œuvre peu explicite et confuse. En face, Eclipse offre la rigueur de définition des bundles OSGi (très précise) mais avec une plus longue prise en main.

Java 6 Update 10 : Quoi de neuf docteur ?

Beaucoup de nouvelles fonctionnalités orientées utilisateur finale pour facilité le déploiement et l’exécution d’applet, parmi lesquelles :

• L’intégration de Java Quick Starter (JQS)
• Un service Windows (XP/2000) permet de précharger dans le cache disque de l’OS des fichiers les plus utilisés par la JRE, afin de permettre un démarrage à froid plus rapide.
• Next Generation Java Plug-in
• Ce plug-in, pour Internet explorer et Firefox 3, permet notamment de démarrer une applet depuis un fichier JNLP de la même manière qu’une application Java Web Start et d’améliorer la communication entre javascript et java (détection de version, téléchargement de la JRE…).
• Java Kernel
• Distribution allégée de la JRE, puis téléchargement à la demande des dépendances selon les applications chargées, pour permettre une réduction du temps de téléchargement et d’exécution initiale de la JVM.
• Possibilité de mettre à jour une même version majeure de la JRE, pour éviter la multiplication des installations et réduire les téléchargements.
• Réécriture de l’accélération Direct3D pour la plateforme Microsoft Windows, qui est désormais activée par défaut.
• Java DB 10.4 est dorénavant inclus dans la JRE.
• Nouveau Look & Feel Nimbus utilisant des graphiques 2D vectoriels à la place de bitmaps pour les composants permettant de mieux gérer le redimensionnement.

La liste complète des fonctionnalités sur le site de Sun.

Noyés dans les annotations ?

L’introduction des annotations a permis l’arrivée de la programmation déclarative en Java en ajoutant des metadatas à nos objets. Si la programmation déclarative est une bonne chose, l’utilisation des annotations à tout va engendre de plus en plus de bruits dans nos objets. Comme ce mécanisme se propage à la majorité des frameworks, vos beans se retrouvent noyés au milieu de dizaines d’annotations Spring / Hibernate / JPA / JUnit / EJB / JBoss Cache / Validation / GridGain / j’en passe et des meilleures …

Nous sommes loin de penser que leur utilisation est une mauvaise chose. Pourtant, il faut reconnaitre que les annotations sont souvent sur-utilisées. Il nous faudra par ailleurs faire d’autant plus attention dans le futur avec l’arrivée du Jdk 7 qui devrait permettre l’ajout d’annotations un peu partout dans le code :

• Map<@NotNull String, @NotNull List<@Readonly Document>> files;
• class Folder<F extends @Existing File> { }
• void monitorTemperature() throws @Critical TemperatureExceptuion { }
• String s = (@NotNull String) object;
• boolean isNotNull = myObject instanceOf @NotNull String;
• new @NonEmpty @ReadOnly ArrayList<String>()

Il est donc important de savoir utiliser les annotations à bon escient. C’est ce que nous propose l’auteur de cet article dont nous mettons en avant ici les principaux points.

L’utilisation des annotations est conseillée lorsqu’elles :

• Facilitent la configuration
• Évitent les interfaces inutiles et remplacent les interfaces ‘marqueur’
• Permettent la déclaration de métadatas interprétées au runtime

À l’inverse, il est déconseillé d’utiliser celles-ci lorsqu’elles :

• décrivent des informations spécifiques à un environnement (base de données / JNDI …)
• sont utilisées comme des macros

Au final, il sera difficile de trouver un consensus sur ce sujet polémique qui n’est pas sans nous rappeler d’autres critiques similaires.

Agilité

• Le rôle de coach agile de A à Z

RIA

• API Flash 10
• Mashup Google Maps, Flex et BlazeDS

Le coin de la technique

• Java 64 bits, pas si souvent une bonne idée
• Effective Java, interview de Joshua Bloch
• Servlet 3.0, le classpath-scanning remis en question

Agilité

Le rôle de coach agile de A à Z

Patrick Kua nous propose, sur InfoQ, un Advice, Balance, Celebration, Daring, Encouragement, Feedback, Guidance, Humility, Infectious, Jiggle, Knowledge, Listening, Mentor, Naysayers, Obligated, Principles, Questioning, Retrospectives, Sensitive, Transparency, Unlock, Vocabulary, Welcoming, Xenodochial, Yarn, Zen.

RIA

API Flash 10

Lors de notre précédente revue de presse, nous vous parlions de la sortie de Flash 10 ainsi que des nouvelles possibilités et améliorations qui sont mises à dispositions. Malheureusement aucune documentation n’était fournie afin de tester ces nouvelles fonctionnalités. Cette erreur est réparée car Adobe nous fournit l’API pour cette version. Vous pouvez la télécharger ici. Enjoy !

Mashup Google Maps, Flex et BlazeDS

Google a récemment mis à disposition une version Flash de l’API Google Maps. L’API permet d’intégrer les cartes Google Maps dans les applications Flash/Flex, à l’image de ce que l’on peut déjà faire (et avec quelle facilité!) dans des applications HTML avec la version JavaScript.

Christophe Coenraets, Senior Technical Evangelist chez Adobe, a développé à l’aide de cette API un outil de « cartes collaboratives » qui permet de commenter à plusieurs dans une « chat room » une carte Google Maps en lui ajoutant texte ou dessin. L’application est un bon exemple d’utilisation de Flex et de BlazeDS, la technologie qui permet de faire du remoting vers un serveur Java depuis une application Flex (rappelons l’excellente série d’articles sur Flex – BlazeDS par Sébastien Arbogast).

Nous pouvons également voir dans la mise à disposition de l’API Google Maps Flash un pas de Google vers la communauté Flash/Flex. Google utilise déjà Flash dans plusieurs de ses applications (par exemple Google Analytics), mais pas encore Flex. A quand « Gmail Flex Edition » (croisons les doigts…)?

Le coin de la technique

Java 64 bits, pas si souvent une bonne idée

J. Stan Cox et Piyush Agarwal présentent dans Websphere Technical Exchange : IBM WebSphere Application Server and 64-bit platforms: 64-bit Performance Demystified les critères pour préférer la version 64 bit de Websphere à la version 32 bit.

Une application java ‘classique’ voit ses performances diminuer de 10 à 35 % lorsqu’elle est déployée sur la version 64 bit de Websphere plutôt que sur la version 32 bit.

Avantages de Java 64 bits :

• Possibilité à allouer un Java Heap largement supérieures à 2 GB (l’utilisation de pointeurs 64 bits au lieu de 32 bits permet d’allouer une quantité de mémoire quasiment illimitée à chaque processus)
• Accélération des calculs haute précision (les 64 bits d’un long ou d’un double sont lus en un cycle d’horloge avec un processeur 64 bits au lieu de deux cycles avec une CPU 32 bits)

Inconvénients de Java 64 bits :

• Consommation en mémoire sensiblement accrue à cause de la représentation des pointeurs sur 64 bits au lieu de 32 bits :
• Une application consomme souvent 50% de plus de RAM.
• Les caches des processeurs sont beaucoup moins efficaces car ils sont saturés par l’augmentation de l’espace occupé par les pointeurs.

Exemple d’accroissement de consommation de mémoire

public class MyClass { int myInt; char[] myCharArray; Map myMap; }

La checklist de Java 64 bits :

• Votre application a besoin de beaucoup plus de ~2GB de mémoire pour améliorer ses performances ?
• JVM 64 bits
• Votre application fait intensivement appel à des algorithmes de statistiques, de sécurité, d’encryption, etc qui font appel à des calculs haute précision ?
• JVM 64 bits
• Votre application a besoin d’un Heap Java un peu supérieur à 2 GB (i.e. 2~3GB) ?
• JVM 32 bits sur une plateforme 64 bits
• Vous avez besoin d’exécuter votre application sur un OS 64-bit OS bien que votre application n’exploite aucune fonctionnalité 64-bit ?
• JVM 32 bits sur une plateforme 64 bits
• Si vous avez répondu non aux questions précédentes
• JVM 32 bits sur une plateforme 32 bits

Effective Java, interview de Joshua Bloch

La seconde édition du livre très attendu « Effective Java » de Joshua Bloch est sortie lors de JavaOne début Mai. Une interview de Joshua Bloch par James Sugrue est en ligne sur dzone.
En résumé :

• Joshua a ajouté deux chapitres depuis la première édition, un sur les Generics, et un autre sur les Enums et les Annotations, et donne les bonnes pratiques à adopter au sujet de toutes les nouveautés de Java 5 (boucle for-each, autoboxing, varargs, imports statiques). Il a également modifié le chapitre traitant de la concurrence pour introduire java.util.concurrent (Tasks, Executors).
• depuis la sortie de la première version en 2001, Joshua relève quelques changements clés dans le monde Java: les environnements de développement intégrés modernes (Eclipse, IntelliJ Idea, NetBeans) ainsi que les outils d’analyse statique de code sont omniprésents, et les méthodes agiles, qui n’en étaient qu’à leurs balbutiements en 2001 se sont installées.
• si Joshua ne devait donner qu’un seul conseil à un développeur Java, ce serait le suivant: « Efforcez vous à écrire des programmes simples, clairs et corrects; ne pas le faire est complètement insensé. Le style de code est important, et rapporte énormément en termes d’exactitude, d’utilisabilité, de robustesse et de maintenabilité. C’est aussi beaucoup plus sympa d’écrire de bons programmes que de mauvais ». Il avait déjà donné ce conseil mot pour mot en 2001…
• il donne ensuite quelques conseils sur la simplicité du code, son avis sur les langages de scripting et l’apparition des closures en Java 7, et recommande une liste de livres qu’il a particulièrement appréciés.

Souhaitons à Joshua Bloch le même succès à cette seconde édition que pour la première.

Servlet 3.0, le classpath-scanning remis en question

La version 3.0 de l’API Servlet est placée sous le signe de la « framework pluggability ». Partant du constat que l’essentiel de la configuration des servlets d’une application (i.e. web.xml) est dictée par le framework MVC utilisé, l’idée directrice est de déléguer à ce framework sa configuration là où nous renseignons aujourd’hui le fichier web.xml par copier/coller des examples Struts2 et autres SpringMVC.

La piste la plus classique est d’introduire la notion de fragments de configuration ({{<web-fragment>}}) référencés dans le fichier web.xml.

Les annotations étant très à la mode ces temps-ci, une autre piste est d’utiliser un mécanisme de classpath-scanning qui exposerait automatiquement toute classe annotée @Servlet(url-mapping="/foo") trouvée dans le classpath [1]. A l’heure de la gestion des dépendances transitive « à la Maven 2″ et des classpath incertains qui en résultent, cette piste de scanning présente des risques majeurs de sécurité : une montée de version sur un jar pourrait faire apparaitre de nouveaux jars dans le classpath qui pourraient exposer des servlets non désirées. Cette piste est vivement débattue (cf InfoQ : Servlet 3.0 Features Spark Debate) et rappelle les risques de sécurité liés aux mécanismes d’auto-découverte souvent associés à l’approche Convention Over Configuration et aux annotations.

Enfin, la troisième piste, dans la lignée du HttpService, est de permettre la configuration programmatique des servlets (addServlet(), addServletMapping(), etc).

Au delà de ce débat sur le modularité des configuration, les grandes nouveautés de Servlet 3.0 :

• Configuration Programmatique des Servlet (addServlet(), addServletMapping(), etc).
• Ajout du support des annotations (dans la lignée de JAX-RS) et des fragments de configuration web.
• Ajout d’un mécanisme de suspension/reprise du traitement des requêtes qui permettra le fonctionnement asynchrones utilisé par les applications Ajax (le browser émet un requête HTTP qui est placée en attente côté serveur, sans bloquer de thread, jusqu’à l’obtention du résultat).

[1] Ce mécanisme est déjà utilisé en JPA et parfois en JAX-WS

Agilité

• Apprendre en s’amusant !
• L’évidence empirique des méthodes agiles

RIA

• Adobe maintient son avance avec la sortie de Flash 10
• Catalogue interactif Flex en Open source

Le coin de la technique

• Tapestry : prise en main du framework
• Sun’s Garbage First collector
• Data Grid versus In Memory Database : des rôles très différents
• Java EE : les API qui vont évoluer

Agilité

Apprendre en s’amusant !

Emmanuel Chenu a publié plusieurs illustrations qui tournent autour de la philosophie Agile et de Scrum en particulier.
Voila une bonne façon de se familiariser avec les pratiques agiles et les différentes étapes d’un projet suivant la méthode Scrum.

L’évidence empirique des méthodes agiles

Claude Aubry référence l’évidence empirique des méthodes agiles de Grigori Melnik qui synthétise le résultat de plusieurs études sur les méthodes agiles.
Il est assez difficile de trouver des chiffres récents sur le sujet, la présentation s’appuie pour la plupart sur des études de 2005 à 2007, notamment sur l’étude de VersionOne (été 2007).

• Les pratiques agiles permettent de gagner en productivité (90% des réponses), de réduire les défauts (85%), d’accélérer le time-to-market (83%), et de réduire les coûts (66%).
• Dans les équipes agiles, 2 fois plus de membres sont satisfsaits que dans les équipes non-agiles, et la satisfaction réduit le turnover.
• Parmi les méthodes agiles, Scrum est utilisé par 37%, Scrum et XP par 23%, et XP 12%.
• Les pratiques agiles les plus utilisées sont les plannings d’itération (65%), les tests unitaires (60%), le daily standup (55%), les plannings de release (54%), et l’intégration continue (50%).
• Le TDD dans l’industrie augmente la qualité mais implique souvent une baisse de productivité
• Les méthodes agiles sont utilisées plus massivement (17% pratiquent, 29% surveillent), le gouffre de Geoffrey Moore serait passé (du moins aux Etats-Unis).

RIA

Adobe maintient son avance avec la sortie de Flash 10

Après l’annonce de l’Open Screen Project la semaine dernière, Adobe continue à affirmer son rôle prédominant sur les applications RIA avec la sortie de Flash player 10 beta (ASTRO). Les exemples donnent une bonne idée des champs d’applications de celles-ci :

• Ajouts d’effets 3D: les objets 3D peuvent être animés et transformés. Il est possible d’interagir avec ces objets par le biais de propriétés (rotation, etc). Ces animations rappellent les logiciels d’animation 3D ; elles seront particulièrement adaptées à la visualisation 3D des articles dans les sites d’eCommerce.
• Possibilité de créer ses propres filtres et effets sur les images et les videos avec le langage ‘Hydra’. Ce langage, basé sur le langage ‘C’ permet entre autre la manipulation et la création d’effets. Adobe annonce de très bonne performances pour ces nouvelles fonctions qui intéresseront bénéficieront particulièrement aux players vidéo à la YouTube.
• Text layout avancé: un nouveau moteur de layout permet de gérer du texte en multicolonne, en tableaux, autour d’une image, support d’écriture de droite à gauche … Cette fonctionnalité enrichira les applications de type Webmail et Web Office
• Amélioration de l’API Drawing: dorénavant celle-ci permet d’appliquer des styles de remplissages, lignes… sans redessiner les formes.
• Amélioration des performances visuelles (certains processus sont maintenant gérés par la carte graphique).

Néanmoins, nous aurions aimé voir des avancées sur les problèmes de bookmark et d’indexations par les moteurs de recherches.

Pour les personnes voulant mettre à jour leurs projets Flex, voici les démarches à effectuer.

Catalogue interactif Flex en Open source

Assez impressionnant, ce book reader en Flex nous présente les possibilités qu’offre cette technologie. Plusieurs effets sont présents, comme notamment la transparence des pages, tourner les pages, déchirer les pages …
Pour les personnes intéressées par ce catalogue, voici le code source.

Le coin de la technique

Tapestry : prise en main du framework

Lors du Xebia Web Framework Contest, nous avions omis de mettre en compétition le framework d’Apache, Tapestry.
Plus récemment, François Armand a commenté notre article Une expérience positive sur Wicket en s’étonnant du coût d’entrée élevé pour Tapestry 5.
Renat Zubairov et Igor Drobiazko vous proposent de découvrir ce framework dans InfoQ : Tapestry for Nonbelievers.

Sun’s Garbage First collector

Garbage First a refait parler de lui cette semaine, InfoQ a publié un lien vers une interview de Antonios Printezis effectuée à la suite de la session qu’il a animée à JavaOne. Antonios (Tony pour les intimes) travaille chez Sun, il est membre des équipes HotSpotGC et Real-Time Java effort.

Garbage First est une nouvelle implémentation pour le Garbage Collector Java destinée à remplacer le Concurrent Mark & Sweep Collector. Cette nouvelle implémentation se veut optimiser le débit tout en assurant des temps de pauses constants. Celui-ci devrait être disponible en standard dans le jdk 7 ainsi qu’en update pour le jdk 6.

• Vous pouvez consulter directement l’interview sur le site de JavaOne
• Pour mémoire, nous avons publié en mars dernier un article expliquant le fonctionnement de ce nouvel algorithme.

Data Grid versus In Memory Database : des rôles très différents

Le rachat de la base de données mémoire SolidDB par IBM suscite l’interrogation des clients qui s’intéressent à la grille de données Websphere eXtreme Scale déjà commercialisée par Big Blue. Billy Newport présente dans WebSphere eXtreme Scale (ObjectGrid) positioning with in memory databases like SolidDB les différences entre une base de données mémoire et une grille de données.

Nous retiendrons :

• Les bases de données mémoires sont assimilables à des bases de données classiques en plus rapide. Les gains de vitesse (parfois x30) ne font que repousser sans les retirer les limitations actuelles des SGBD (architecture mono-serveur, goulet d’étranglement sur les locks transactionnels, etc). La similarité de fonctionnement avec les SGBD classiques et l’utilisation du langage SQL permettent d’utiliser des SGBD Mémoire avec des applications existantes.
• Les grilles de données font disparaître les limitations actuelles des SGBD concernant le volume de données et la concurrence d’accès en partitionnant les données et les traitements sur un kyrielle de petits serveurs facilement extensible à plusieurs centaines de noeuds. A la différence des bases de données mémoires, les grilles introduisent une rupture dans l’architecture des SGBD et le modèle de programmation : les données sont partitionnées sur la grille et on envoie des agents effectuer les traitements sur tous les noeuds de la grille avant de consolider le traitement dans l’application appelante. Ce changement nécessite de repenser complètement les applications pour avoir une approche de type MapReduce.
• Même si les capacités (CPU et RAM) des serveurs augmentent rapidement, les architectures non partitionnées sont rapidement limitées d’abord par le coût exponentiel du matériel puis par les limites de l’état de l’art. Les architectures à base de grille de données s’imposent alors : il est souvent déraisonnable d’acheter un serveur à 32 CPU quand 16 lames à 2 CPU suffisent.
• Ces deux technologies sont aujourd’hui des axes clefs des éditeurs de SGBD : les bases de données mémoire comme une optimisation à court terme des SGBD classiques et les grilles comme une nouvelle architecture exploratoire. Oracle possède ainsi à son catalogue une base de données mémoire (Times Ten) et une grille de données (Coherence)

Java EE : les API qui vont évoluer

Jim Knutson, responsable des standards J2EE pour Websphere, présente dans Developing long term strategies for using Java EE technology les évolutions des différentes API Java EE. Nous retiendrons en particulier :

• Servlets, JSP & JSTL : API stables.
• JSF : des changements très importants arriveront avec le prochain JSF 2. L’intégration d’Ajax est toujours problématique et une collaboration avec l’Open Ajax Alliance est en cours.
• Portlets : la prochaine version 2 apportera beaucoup de nouveautés mais semble compatible ascendante (binaires et source).
• JDBC : API Stable
• JPA : bien que récente, cette API profite de l’expérience d’Hibernate, de TopLink et de Kodo et est stable. On notera que le récent JPA 2.0 preview specification confirme cette stabilité.
• EJB : la version 3 a apporté un changement radical. Les actuels EJB Session et Message Driven Bean sont stables. Les EJB Entity CMP et BMP s’effacent au profit de JPA et risquent de devenir rapidement deprecated.
• JMS : API stable.
• Java Connector Architecture (JCA) : des changements concernant le failover et l’unification des messages entrants et sortants sont prévus pour la prochaine version. Cependant, une compatibilité binaire devrait permettre aux connecteurs existants de continuer à fonctionner.
• JAX-RPC : API obsolète remplacée par JAX-WS.
• JAX-WS & JAXB : bien que récentes, ces API devraient être stables du fait de l’expérience acquise par les auteurs avec JAX-RPC. L’inclusion de JAXB et JAX-WS dans le JRE est un autre facteur de stabilité de ces API.
• SOAP with Attachments API for Java (SAAJ) : API Stable
• Java API for XML Registries (JAXR) : abstraction au dessus d’UDDI et d’ebXML. API Obsolète .
• JAX-RS – RESTful services : en cours d’élaboration, des changements importants sont à attendre.
• WebBeans : modèle de composant qui englobe notamment les Managed Beans JSF et les EJB. Si le périmètre de cette spécification reste aussi large, des évolutions importantes sont prévisibles.
• Timer and Workmanager : ces APIs proposées par BEA et IBM n’ont toujours pas été intégrées à Java EE et des changements sont prévisibles.

Actualité éditeurs / SSII

• HP sur le point de racheter EDS

RIA

• Open Screen Project : Adobe fédère le RIA mobile autour de Flash
• JavaFX

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

• JavaOne 08

Actualité éditeurs / SSII

HP sur le point de racheter EDS

Larry Dignan, Between The Lines – ZDnet, annonce que HP serait sur le point de racheter Electronic Data Systems (EDS) pour 12 à 13 milliards de dollars. Cette acquisition, la plus grande depuis le rachat de Compaq en 2002, transformerait HP en géant intégré de l’informatique à l’instar d’IBM avec une offre verticale allant du matériel aux services en passant par les logiciels. HP bénéficierait particulièrement des contrats de services à long terme d’EDS (externalisation, etc) pour placer son matériel.

Modification du 13 mai 2008 : HP vient de confirmer le rachat d’EDS pour 12.8 milliards de dollars et devient ainsi le deuxième plus grand vendeur de services IT derrière IBM. Larry Dignan, ZDNET, commente l’opération dans
HP seals EDS deal; Services No. 2 behind IBM; Can Hurd run EDS better?.

RIA

Open Screen Project : Adobe fédère le RIA mobile autour de Flash

A l’instar de la mise en open source de ses technologies RIA sur les ordinateurs personnels, Adobe ouvre aujourd’hui son savoir à la téléphonie mobile avec l’Open Screen Project (qui vise plus généralement tous les devices autres que les ordinateurs personnels – téléviseurs, set top box, etc).

Le principal enjeu est de prendre de vitesse Microsoft Silverlight et JavaFX pour offrir une machine virtuelle d’applications RIA cross téléphones mobiles là où il faut aujourd’hui des développement spécifiques pour chaque téléphone.
Un enjeu connexe est le point d’entrée des RIA sur téléphone mobile : widget à la Adobe AIR (sur l’écran d’accueil) ou browser web HTML.

Les objectifs du projet :

• La disponibilité du player Flash sur tous les téléphones mobiles.
• Le renoncement par Adobe à ses droits sur les players Flash et AIR ainsi que sur ses format de streaming audio et video.

A la différence de son approche sur les ordinateurs personnels, Adobe a associé au projet des participants qui ont eu aussi beaucoup à gagner de la généralisation du RIA sur téléphone mobile :

• Les constructeurs de mobiles mass market (Nokia, Samsung, etc) pour tenir éloigné Windows Mobile et empêcher Microsoft de capter toute la valeur ajoutée des téléphones mobiles.
• Les fabricants de chipsets (ARM, Intel, etc) pour ajouter des capacités graphiques et multimédia à leurs puces
• Des opérateurs mobiles (NTT DoCoMo, Verizon, etc) qui cherchent à éviter de devenir des simples vendeurs de bande passante et se positionnent sur les kiosques et le contenu.
• Des fournisseurs de contenu (NBC Universal, MTV Networks, etc) pour favoriser l’émergence d’un nouveau canal de distribution de leurs oeuvres.

On notera que le projet Open Screen n’inclue pas d’éditeur de browser mobile (Opera, Access, OpenWave, etc). Ceux ci montrent actuellement plus d’intérêt pour une approche HTML centrique à base d’Ajax du RIA mobile qu’une démarche « à la Flash ». On remarquera aussi l’absence d’Apple (iPhone) et Google (Android) qui suivent des chemins pour le moment différents.

JavaFX

JavaOne a été l’occasion de faire quelques annonces concernant JavaFX. En effet, nous apprenons que cette technologie est assez avancée en terme de développement. Preuve en est des démonstrations d’applications utilisant JavaFX ont été présentées et notamment Parleys.com qui semble être en JavaFX. Cependant, il reste du chemin à parcourir car pour le moment il n’y a pas ou peu d’outils d’aide ou développement et la version du SDK ne sera disponible que cet été…
Nous apprenons aussi le retour des Applets, avec des améliorations dont notamment le fait de pouvoir « glisser-déposer » celles-ci en dehors du browser et devenir ainsi une application Desktop indépendante.
Les premières applications JavaFX sont du plus bel effet, mais la guerre avec Silverlight de Microsoft et Flex/Air d’Adobe va être impitoyable. Comment va réagir JavaFX face à l’annonce de Adobe avec son projet d’Open Screen Project ?
Enfin à noter la mise en ligne de javafx.com
Une information de dernière minute: Hans Muller (ancien CTO de la division Sun’s Desktop) a décidé de rejoindre les rangs d’Adobe. Cela intervient après d’autres départs vers Adobe (notamment Chet Haase). Sur son blog Dion Almaer tente d’analyser le pourquoi de ces départs. Il en ressort que JavaFX n’est apparemment pas tant attendu et que des problèmes règnent au sein de chez Sun.
Quelles seront les conséquences de ces départs pour JavaFX ? Est ce que cela permettra à Adobe d’avoir une meilleure longueur d’avance ?

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

JavaOne 08

L’édition 2008 de JavaOne s’est tenue au Moscone center à San Francisco du 6 au 9 mai. Pas d’annonces fracassantes ou de grosses surprises cette année, mais un événement riche en sessions techniques.

On retiendra de ce millésime que Sun pousse JavaFX face à AIR/Flex d’Adobe et Silverlight de Microsoft sur le marché des RIA (Rich Internet Applications).

Parmi les nombreux comptes-rendus de l’événement, nous retiendrons :

• La très détaillée série de billets de Cay Horstmann :
• Day One : Java FX Script / EJB 3.1 / Defective Java / Java Language Evolution,
• Day Two : JSR-296: Swing App Framework / JSR-317: JPA 2.0 / JSR-299: Web Beans / JCP Roundtable / Java Champions BOF,
• Day Three : Nimbus / JSR-314: JSF 2.0 / Blue-Collar Types / Closures / Scala,
• Day Four : The Cool Stuff Keynote / Concurrency / Web Services…Not!.
• Le postmortem de Jason Lee sur TSS.
• Celui de Sébastien Guerlet, le gagnant du Xebia Poker tour.
• Celui de nos collègues hollandais :
• Day One : SCA / GlassFish / JavaFX / Effective Java and defective Java,
• Day Two : Closures / JavaFx, Groovy and Google Android / Swing GUI testing / Scripting,
• Day Three : Mylyn / Groovy / Semantic Web / SOA / OSGi,
• Day Four : User Experience / SOA / Semantic Web.

Actualité éditeurs / SSII

• Microsoft et Yahoo! : quels impacts pour l’écosystème Java ?
• Consolidation des stacks open source Java : Spring Source rachète Covalent
• MySQL sort un nouveau moteur de stockage
• Spring Security supporte OpenID

Agilité

• 10 façons de se planter malgré Scrum et XP

RIA

• Librairie de composants Flash/Flex par Yahoo!

Le coin de la technique

• Debate: Is Maven the right tool for builds?

Actualité éditeurs / SSII

Microsoft et Yahoo! : quels impacts pour l’écosystème Java ?

La proposition de rachat de Yahoo! par Microsoft pour 44 milliards de dollars concerne avant tout les aspects médias et publicité des deux entreprises.

L’absorption du portail par la firme de Redmond aurait des effets limités sur l’écosystème Java auquel Yahoo! préfère LAMP (excepté Yahoo! Bix qui utilise massivement Java).
On notera qu’un doute plane sur l’avenir de Yahoo! UI, framework Ajax que Yahoo! met à disposition sous la conciliante licence open source BSD mais dont il conserve la gouvernance exclusive (« Copyright (c) 2008, Yahoo! Inc. All rights reserved. »). La gouvernance partagée des projets Open Source à la Apache ou Eclipse a parfois du bon pour les utilisateurs

Par ailleurs, Yahoo est le premier sponsor ex-aequo avec Google de la Fondation Apache. La fondation Open Source devra peut être chercher un soutien financier ailleurs.

Enfin, ce rachat est encore très hypothétique et l’irruption de Google en chevalier blanc de Yahoo! ajoute au suspens.

Consolidation des stacks open source Java : Spring Source rachète Covalent

Les stacks open source Apache et Spring Framework convergent avec le rachat par SpringSource de Covalent, le leader du support et des services sur les projets de la Fondation Apache. Covalent est notamment un acteur clef du projet Tomcat.

C’est pour les clients la perspective d’une meilleure intégration de Tomcat à Spring et d’offres de support tout-en-un. A plus long terme, on peut, entre autre, espérer l’apparition d’OSGI dans Tomcat comme le sous-entend Rod Jonhson (le fondateur de Spring).

On regrettera que cette annonce ait été marquée par des réactions agressives de la communauté JBoss. Marc Fleury a débuté avec une critique très acerbe sur son blog et les employés JBoss secondés par quelques zélotes ont inondé l’annonce sur The Server Side de commentaires aussi virulents que discutables sur le fond.
Cette attitude rappelle une période que l’on croyait révolue après le rachat de JBoss par le très sérieux et professionnel RedHat. C’est vraiment dommage pour la qualité du portfolio JBoss (Hibernate, JBoss AS, Drools, etc) qui risque de creuser son isolement.

MySQL sort un nouveau moteur de stockage

Michael Widenius, CTO de MySQL, annonce la sortie de Maria, un nouveau moteur de stockage pour MySQL [1] visant directement le remplacement du moteur InnoDB.
Si la version 1 de Maria ne remplace fonctionnellement que le moteur MyIsam, la version 2 supportera les transactions (commit/rollback et ACIDité) et sera alors une alternative à InnoDB.

On peut y voir le souhait d’indépendance de MySQL face à Oracle qui a racheté InnoDB en octobre 2005.

[1] Ressources complémentaires : MySQL docs : MySQL Pluggable Storage Engine Architecture, Mike Peters : MySQL Storage Engines

Spring Security supporte OpenID

L’offre grand public autour d’OpenID continue sa progression (cf Techcrunch). Après Microsoft, récemment Yahoo, c’est maintenant au tour du secteur des entreprises de voir arriver une offre autour d’OpenID : Spring Security.

Allez voir l’annonce sur la mailing list ou l’annonce de Ray Krueger, mainteneur du projet

Avec le support de Spring, OpenID va-t-il conquérir les entreprises ?

Agilité

10 façons de se planter malgré Scrum et XP

Henrik Kniberg liste les principales erreurs à éviter dans un projet Scrum et XP dans 10 ways to screw up with Scrum and XP, qu’il a présenté lors de la conférence Suédoise JFokus.
Il a également publié une Scrum checklist qui donne une vision synthétique des pratiques à mettre en oeuvre dans Scrum, classées selon 3 niveaux d’importance.

En recoupant les 2 documents, vous pouvez porter un regard critique sur votre projet Scrum afin de vous améliorer.
A lire avant votre prochaine rétrospective !

RIA

Librairie de composants Flash/Flex par Yahoo!

Yahoo! met à disposition de la communauté un ensemble de composants Flash et Flex, ASTRA destiné à étendre la liste (déjà bien riche) de composants de base de Flash et Flex. Yahoo! continue sa politique de générosité, l’excellente librairie AJAX Yahoo! UI a récemment fêté ses 2 ans, et se positionne intelligemment sur les deux fronts RIA, AJAX ET Flex, en attendant la prise de parts de marché du bulldozer SilverLight (Microsoft dispose d’un outil qui devrait lui permettre de déployer assez aisément des dizaines de millions de plugins SilverLight…).

Le coin de la technique

Debate: Is Maven the right tool for builds?

Dans cet article d’infoQ, l’utilisation et l’utilité de Maven fait débat. D’un côté, il en ressort que beaucoup de projets n’arrivent pas à mettre en place cet outil car jugé trop complexe, ou bien que certains plugins du repository central de Maven sont buggés… D’un autre côté, nous voyons que d’autres projets sont très satisfaits de cet outil, et préfèrent Maven à Ant par exemple. Bien entendu parmi ceux qui sont pour Maven, tout n’est pas rose… Matt Raible explique pourquoi le projet Grail n’utilise pas Maven en soulignant certains problèmes et propose même des pistes de solutions.
Enfin il en ressort que beaucoup de personnes ne savent pas utiliser Maven d’où une certaine reticence. Pour finir, nous pouvons dire que certes Maven requiert un certain coût d’entrée, mais une fois celui-ci passé il devient vraiment très simple de mettre en place cet outil avec tout les bénéfices que l’on peut en tirer !

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.