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

Actualité éditeurs / SSII

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

Agilité

• SCRUM se met au crowdsourcing

Actualité éditeurs / SSII

JavaOne

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

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

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

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

Google Dart

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

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

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

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

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

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

Google Cloud SQL

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

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

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

Apache TomEE

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

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

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

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

Agilité

SCRUM se met au crowdsourcing

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

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

Actualité éditeurs / SSII

• Google App Engine 1.5.3

Le coin de la technique

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

Actualité éditeurs / SSII

Google App Engine 1.5.3

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

Blobstore :

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

Datastore :

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

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

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

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

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

MemCache :

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

Le coin de la technique

Bonnes pratiques pour la réplication de session dans Coherence

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

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

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

Voici quelques exemples de configurations importantes:

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

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

Pour la partie « transactions & eXtreme Transaction Processing (XTP) » qui est une caractéristique remarquable des datagrids et que nous n’avons hélas pas eu le temps d’aborder, je vais voir avec Olivier Malassi si nous pouvons trouver une autre date.

Merci encore à tous ceux qui sont venus, merci pour toutes les questions et remarques qui ont permis d’enrichir la soirée. J’espère que vous avez passé un aussi bon moment que moi.

Je présenterai lundi 23 Mai au Paris NoSQL User Group un retour d’expérience sur un projet de grille de données inter-continentale avec Oracle Coherence.

Au programme

• Valeur ajoutée d’une In Memory Data Grid (IMDG) dans une application d’informatique de gestion
• Intégration d’une IMDG dans une application existante :
  • Adaptation d’impédance : « modèle relationnel » versus « modèle hashtable / key-value store ».
  • Réutilisation des services métiers et asynchronisme des écritures en SGBD.
• Patterns de programmation avec une IMDG :
  • Modélisation des données, Domain Driven Design et traitements au cœur des données.
  • Search = code !
• Évolutivité d’une IMDG : « alter table add column » versus « versionning des structures de données ».
• Réplication inter-continentale :
  • Mise en œuvre du théorème CAP : l’abaissement de la consistance.
  • Techniques de réplication et de résolution des collisions.
• Conclusion – Maturité des In Memory Data Grids :
  • Quelle place dans le Système d’Information ? Entrepôts de données durable ou représentations optimisées de données stockées ailleurs ?
  • Technologie réservée à une élite chevronnée ou accessible à tous ?

Logistique

• L’heure : lundi 23 mai à 19h00.
• L’adresse : OCTO Technology, 50 avenue des champs E lysées, 75008 Paris.
• L’annonce sur le site du Paris NoSql User Group In Memory Data Grids – Retour d’expérience Oracle Coherence.
• Inscriptions : nous vérifions mais il ne semble pas y avoir de mécanisme d’inscription.

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

Actualité éditeurs / SSIIest

• Ehcache Search
• Chez Oracle: Netbeans 7, Java FX 2…

Agilité

• Continuous Delivery selon Martin Fowler et Jez Humble

Le coin de la technique

• jBPM 5 est de sortie
• Google Web Toolkit 2.2

Actualité éditeurs / SSII

Ehcache Search

La nouvelle version Ehcache 2.4 est sortie la semaine dernière, elle apporte une nouvelle fonctionnalité importante, Search, qui améliore les mécanismes de recherche. Elle offre entre autre une API fluent (Désignation chainée en français ?) qu’on retrouve souvent dans les API de recherche de ce type. Voici un exemple:

Results results = cache.createQuery().includeKeys().addCriteria(age.eq(32).and(gender.eq(“male”))).execute();

Nous voici donc avec un nouveau query language, EQL, qui rassemble toutes les fonctionnalités classiques de requêtage: les critères ( eq , lt, like, ilike, between…), les tris descendant/ascendant et les agrégateurs ( min , max, avg, sum, count…). Par contre il n’y a pas de possibilités de jointure.

Deux approches ont été utilisées selon qu’on soit en mode standalone ou distribué. En standalone la recherche se fait simplement en parcourant l’ensemble des éléments. Même si il y a beaucoup d’éléments le fait d’être en local permet d’avoir un temps de réponse très bon (d’après Ehcache, 1 million d’entrée en moins d’une seconde environ). Par contre le mode distribué, qui ne sera disponible qu’avec la future release Terracota 3.5, s’appuie sur des indexes et est par conséquent beaucoup plus rapide sur des tailles de cache de plusieurs giga voire téra octets. Dans ce mode on peut doubler le volume en gardant quasiment le même temps de réponse si on ajoute tout simplement un cache. A noter que la mise à jour des indexes est asynchrone.

Sans être révolutionnaire voici une nouvelle fonctionnalité assez utile pour un outil déjà appréciable par sa simplicité.

Chez Oracle: Netbeans 7, Java FX 2…

Attention, cette info est réservée à un public averti. Aux aventuriers du code. A ceux qui aiment prendre des risques avec leurs sources en utilisant un IDE encore en bêta. En effet, la bêta 2 de Netbeans 7 vient de sortir. Et elle sait nous mettre l’eau à la bouche ! On ne sera pas surpris d’apprendre que le support des produits Oracle comme WebLogic ou la base de donnée a été amélioré, mais c’est surtout le support de Java 7 qui nous fait saliver: découvrez les possibilités de refactoring dans les release notes.
Toujours concernant Netbeans, certains d’entre nous avaient été déçus de l’annonce de l’arrêt du développement du plugin Ruby. Rassurez-vous, la newsletter hebdomadaire de Netbeans annonce que Tom Enebo et la communauté comptent continuer à le développer. C’est une bonne nouvelle pour les amateurs de multilinguisme.

Pour continuer sur Oracle, Gerbrand van Dieijen, notre collègue Xebian néerlandais, nous livre quelques informations glanées lors d’un JUG. Les voici:

• comme prévu, le langage de script JavaFX est bien abandonné. Java FX 2 sera une librairie jar.
• il sera possible de mixer Swing et JavaFX2…
• … mais Swing est en mode maintenance. Comprendre « ne plus attendre d’innovations de ce coté ». Aie…

Faut-il s’attendre à ce que Java FX2 soit en fait Swing 2 ? Nous verrons mais en attendant, contrairement à d’autres, nous avons du mal à nous enthousiasmer pour un simple composant TableView qui était absent de la librairie jusqu’ici (bien que gérer correctement une table soit beaucoup plus dur qu’il n’y parait !).

Agilité

Continuous Delivery selon Martin Fowler et Jez Humble

Martin Fowler et Jez Humble (product manager de Go chez ThoughtWorks) ont présenté à QCon 2010 leur vision du Continuous Delivery. Nous retiendrons :

Qu’est ce que le « Continuous Delivery »

L’objectif du « Continuous Delivery » est d’accélérer le rythme de release des logiciels. L’Agilité et le « Continuous Integration » ont traité les périmètres des équipes fonctionnelles et de développement ; « Continuous Delivery » prolonge cette dynamique aux équipes de production.

Les bénéfices majeurs sont :

• Valider plus rapidement le « business plan » en recueillant plus rapidement les retours d’expérience des utilisateurs,
• Réduire les risques de mise en production (et donc des coûts) par rapport aux approches « Big Bang » grâce à des incréments plus petits, plus fréquents et automatisés.

Pour atteindre cet objectif, « Continuous Delivery » propose d’automatiser les phases de « build-deploy-test-release » en un « Build Pipeline ». Cela comporte l’automatisation de tests intégrés (User Acceptance Tests, Performance Tests, etc), la gestion des configurations, des environnements et des données ainsi que l’automatisation des déploiements.

Plus de détails dans InformIT – Continuous Delivery: The Value Proposition.

« Continuous Delivery » versus « Continuous Deployment »

« Continuous Delivery » et « Continuous Deployment » diffèrent par le fait que « Continous Delivery » laisse au business le choix du rythme des releases. Le logiciel doit toujours être releasable mais c’est le business qui choisit la date de la release (e.g. un éditeur limite le nombre de release à supporter, les équipes ne sont pas forcément disponibles pour supporter une mise en production, etc). A l’inverse, « Continuous Deployment » promeut la mise en production permanente ; chaque commit est l’occasion d’une release, il s’agit de « continuous release ».

Plus de détails dans Jez Humble – Continuous Delivery vs Continuous Deployment.

Les enjeux et pièges de l’adoption du « Continuous Delivery »

Le principal enjeu du « Continuous Delivery » est culturel : il s’agit de faire travailler ensemble les équipes de développement, de validation (QA) et d’exploitation.

Le premier piège de l’adoption de « Continuous Deployment » est le même que pour l’adoption de l’Agilité : l’adoption en mode « Big Bang ». Il faut à la place procéder incrémentalement, automatiser les étapes une par une en identifiant à chaque fois l’action la plus bénéfique.

« Continuous Delivery », « Feature Branching » et « Feature Toggle Pattern »

Martin Fowler et Jez Humble recommandent le développement sur le ‘trunk’ plutôt qu’une approche de « feature branching » à cause des difficultés de merge.

Tant qu’une fonctionnalité n’est pas complètement « done » ou que le business n’a pas décidé de son activation définitive, on recourra à un pattern de « feature toggle » qui permet d’activer/désactiver par configuration la fonctionnalité. Cette approche permet notamment le canary releasing et le A/B testing.

Plus de détails sur Martin Fowler’s Bliki : Feature Toggle.

Les outils pour le « Continous Delivery »

Il y a peu d’outils à part Go de Toughtworks. Les serveurs d’intégration continue commencent à s’intéresser au sujet (cf Atlassian Bamboo 3). Les produits Open Source comme Maven ou Hudson n’ont pas de proposition pour le moment.

Le coin de la technique

jBPM 5 est de sortie

La version 5 de jBPM est sortie il y a peu de temps. Pour mémoire, jBPM est une librairie open-source faite par JBoss pour faire du BPM (Business Process Management). On se rappellera que le projet a connu quelques heurts dont le départ de ses 2 principaux membres: Tom Baeyens et Joram Barrez avaient abandonné le navire pour aller faire Activiti sous la houlette de Alfresco. La 1ere version d’Activiti est d’ailleurs sortie récemment, avec le numéro de version 5, sans doutes pour concurrencer jBPM 5 !

Tout comme Activiti, ce jBPM 5 voit la généralisation du langage BPMN 2 pour décrire les process. Et par conséquence l’abandon du langage propriétaire JPDL employé jusqu’alors en parallèle de BPMN 1.2.
JBPM 5 résulte d’un merge avec Drools Flow et sort accompagné entre autres de plugin Eclipse, d’une console web de management et d’un Process Repository avec Guvnor.

JBPM 3, lui, a joui et jouira pour encore quelques années d’un support complet de la part de jBoss. De plus, des outils sont prévus pour migrer les process vers jBPM 5. Ce sont les utilisateurs de jBPM 4 qui se retrouvent le bec dans l’eau: il semble que rien n’est prévu pour eux. Toutefois il est vrai que cette version n’a jamais été présentée comme étant officiellement supportée, mais plutôt community. Notons tout de même que, comme indiqué en fin de cet article, ce sont les process qui seront migrés, et non les données de ces process.

L’intégration avec Drools sera-t-elle un pari réussi pour JBoss ? En tout cas le projet semble n’avoir pas trop souffert du départ de ses leaders et le combat pour le titre de solution BPM Open Source ne fait que s’engager avec Activiti. Profitons en pour noter que les français de Bonitasoft proposent eux aussi une solution concurrente.

Google Web Toolkit 2.2

La version 2.2 du framework GWT est sortie la semaine passée. Cette sortie, en plus d’un lot de correctifs, s’accompagne d’une mise à jour des outils de développement.

Le plugin GPE (Google Plugin for Eclipse) intègre donc en standard une version light de GWT Designer. GWT Designer est un outil WYSIWYG pour la création d’interfaces GWT. La version allégée n’inclut pas le support des librairies GWT-Ext, GXT ou SmartGWT. Elle offre moins d’options de configuration, et n’inclut pas les assistants et vérificateurs de la version complète pour s’appuyer sur ceux de GPE. La version complète reste toujours disponible gratuitement.

Autre nouveauté, le framework inclut un support expérimentale pour les éléments HTML 5 Canvas, Video et Audio. Les API sont encore susceptibles d’évoluer, mais l’équipe de développement pense qu’elles sont suffisamment « stables » pour être publiées. Et une démo et son code source sont accessibles ici.

On notera également l’ajout des fonctionnalités de tri et de dimensionnement des colonnes sur le composant CellTable.

Enfin, cette version déprécie le support de Java 1.5. Noter que l’équipe s’engage à supporter Java 1.5 au moins jusqu’à la prochaine release. Toutefois, la migration vers une version plus récente du runtime est recommandé.

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

Actualité éditeurs / SSII

• MySQL 5.5
• Sonar 2.4
• Hibernate Search 3.3

Le coin de la technique

• Une Refcard sur JPA2

Actualité éditeurs / SSII

MySQL 5.5

Après le rachat de MySQL en avril 2009 il y avait des craintes qu’Oracle continue à développer cette application. Cette nouvelle version 5.5 devrait rassurer (un peu) les inquiets car elle vient avec un bon nombre d’améliorations (à lire par ailleurs cette interview de Monica Kumar, d’Oracle, sur la complémentarité des deux produits). Parmi les points intéressants à noter:

• InnoDB devient le choix par défaut pour le moteur de stockage à la place de MyISAM. Ce dernier n’était pas transactionnel, entre autres défauts, et la plupart des utilisateurs changeaient leur configuration pour InnoDB.
• meilleur gestion dans l’utilisation des processeurs multi-coeurs dans le cas d’InnoDB
• amélioration des mécanismes de réplication avec à présent un heartbeat entre le maître et les esclaves ainsi qu’un envoi d’une confirmation lorsque le premier esclave a fini sa réplication (réplication semi-synchrone).
• un nouveau statement LOAD XML pour charger des données dans un fichier xml.
• il est possible à présent de plugger son système d’authentification, par exemple le LDAP de son entreprise.

Une liste plus complète des nouvelles fonctionnalités se trouve ici. Oracle estime une amélioration de 360% des performances de MySQL comparée à l’ancienne version, à prendre bien sûr avec des pincettes en fonction des différents cas d’utilisation. Sur Windows les chiffres grimpent même jusqu’à 1500% (!) de gain, cette version proposant une meilleure intégration à ce système d’exploitation. Bref cette nouvelle version semble très recommandable.

Sonar 2.4

La sortie de Sonar 2.4 le mois dernier nous avait échappé, profitons d’un rappel d’InfoQ cette semaine pour faire un tour des nouveautés:

• Régles d’architecture: une régle consiste à définir des exclusions de référence à un package. Par exemple on peut exclure les packages .web. (couche de présentation) dans les packages .dao. (couche basse d’accès aux données). On peut aussi exclure des classes de java jugés obsolètes comme Vector ou Hashtable. Parler d’architecture à ce niveau semble un peu exagérer tant les règles sont relativement simple mais ça peut aider à améliorer du code legacy.
• Personnalisation des dashboards: une vue synthétique peuvent être proposés à des chefs de projet ou des managers tandis qu’un développeur utilisera une vue détaillée qui contiendra plus de widgets par exemple. Sonar prévoit par ailleurs d’ajouter de nouvelles widget.
• Un centre de mise à jour des plugins: une page permet à présent de lister les plugins installés, de les mettre à jours, d’en installer d’autres et de vérifier s’il existe une nouvelle version de Sonar.
• Support pour Maven 3.0: cette mise à jour est appréciable. Il est à noter qu’il existe malgrès tout une incompatibilité avec Clover.

Dans ce même article, Olivier Gaudin, de l’équipe Sonar, nous informe des prochaines évolutions. Les règles d’architectures devraient se complexifier grâce à l’ajout d’un DSL permettant d’exprimer une règle comme “La couche A ne peut être utiliser que par la couche B et C”. Il identifie également 3 axes pour diminuer sa dette technique: meilleure visibilité de la dynamique d’un projet (ajout ou suppression de violations de certaines règles), une zone de partage d’information pour les revues de code et intégration d’une version légère dans Eclipse pour anticiper avant les commits les éventuelles violations.

Hibernate Search 3.3

La nouvelle version d’Hibernate Search 3.3 est disponible. Elle contient en particulier un nouveau système de requêtes DSL qui permet de faciliter l’écriture des requêtes, Martin Fowler parlera plutôt de Fluent Interface. Voici un exemple :

Query luceneQuery = mythQB.keyword()
.onField("history")
.andField("name")
.boostedTo(5)
.andField("description")
.matching("storm")
.createQuery();

Ceci allège l’écriture et devrait donc faciliter l’élaboration de requêtes plus complexes.

Sous le capot, des modifications ont été apportées sur le mécanisme d’envoi de message pour mettre à jour les indexes, améliorant ainsi les performances. De plus ces indexes peuvent également être stockés sur une grille Infinispan (qui appartient à JBoss tout comme Hibernate Search). Pour ne rien gâcher, des nouveaux indicateurs sur les statistiques sont remontés via JMX pour mieux configurer l’outil.

Enfin Hibernate Search 3.3 est compatible avec Lucene 3.0. Bien que cette dernière version de Lucene contienne des problèmes de rétro-compatibilité, Hibernate Search les masquera. Par ailleurs il supporte le nouveau type @NumericField encore expérimental dans Lucene mais qui améliore beaucoup les performances.

Le coin de la technique

Une Refcard sur JPA2

Mike Keith, un expert en persistance Java nous avait offert la Refcard « Getting started with JPA » en septembre 2008. Il vient de récidiver pour notre plus grand plaisir avec « What’s New in JPA 2.0 »
Une Refcard sur JPA est une très bonne idée, car qui n’a jamais pesté de ne pas savoir immédiatement quelles étaient les bonnes façons d’annoter ses entités. Entre les annotations provider-specific et « normalisées JPA », il y a en effet souvent de quoi se perdre. En effet, on trouve parfois des pièges comme @Mapkey par exemple qui se comporte différemment selon le fournisseur.

La première Refcard était, tout comme JPA 1, assez basique et nous rappelait des notions comme les entity managers et les transactions (container-managed ou non) ainsi qu’une petite référence JPQL pour écrire ses requêtes…
Dans la nouvelle mouture, nous retrouvons les apports de JPA2 à la persistance comme par exemple:
- la suppression des orphelins avec l’attribut orphanRemoval de @OneToMany
- les nouvelles fonctionnalités de JPQL (tiens, on peut utiliser un ‘CASE’, bon à savoir ! )
- les requêtes typées pour ceux qui veulent éviter de caster les valeurs de retour

Et pour ceux désirant renforcer au maximum le typage de leur requêtes à la compilation, les requêtes Criteria fortement typées sont évoquées:

CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery c = cb.createQuery(Account.class);
Root acct = c.from(Account.class);
c.select(acct).where(cb.equal(acct.get(Account_.name), “Jim Morrison”));
List result = em.createQuery(c).getResultList();

Certes, la façon de générer la classe du metamodèle canonique (le Account_ avec l’underscore bizarre) n’est pas évoquée et il vous faudra trouver par vous même comment la générer avec Hibernate ou avec EclipseLink. Mais le principe d’une RefCard est justement de ne pas être exhaustif, mais de donner les clefs pour un survol rapide des possibilités. Se rafraîchir ainsi la mémoire fait généralement beaucoup de bien et cette nouvelle Refcard mérite donc de rejoindre sa grande sœur et de rester en permanence à porté de main.

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

Actualité éditeurs / SSII

• Java Community Process : la Fondation Apache tire sa révérence !
• Sortie d’IntelliJ IDEA 10

Le coin de la technique

• WebSocket, un trou dans la raquette

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

• #Gitfr vous dit tout sur Git

Actualité éditeurs / SSII

Java Community Process : la Fondation Apache tire sa révérence !

Après le départ de membres individuels du JCP comme Doug Lea et Tim Peierls (tous deux impliqués dans util.concurrent), c’est cette fois la Fondation Open Source qui quitte le navire.

Mort de Java ? Changer d’urgence de langage de programmation ? Ne nous emballons pas, Java est bien installé, il continue à évoluer (cf. les JSR Java SE 7 et Java SE 8 ) et Oracle a annoncé, au moins pour le moment, des contributions importantes à Open JDK, la JVM Open Source qu’il gouverne.

Nous constaterons quand même : « autres temps, autres moeurs », on ne traite pas avec Oracle comme avec Sun Microsystem. Les acteurs de l’écosystème Java s’adaptent aux règles du jeux du nouveau maître des lieux :

• IBM abandonne son effort sur la très politique JVM Open Source Apache Harmony pour se rallier à la JVM Open Source ‘officielle du parti’ Open JDK,
• Google se fait trainer devant les tribunaux par Oracle,
• Apple se désengage et rallie Open JDK avec un parfum de service minimum,
• Les projets Open Source qu’Oracle a hérité de Sun traversent tempêtes et polémiques : certains sont fermés sans préavis et d’autres forkent
• Les acteurs non commerciaux quittent le Java Community Process : après les individuels, c’est maintenant la Fondation Apache qui claque la porte.

En somme, des inquiétudes pour l’avenir et déjà une certitude : sous le règne d’Oracle, Java s’éloigne de l’Open Source pour prendre des airs beaucoup plus orientés business.

Sortie d’IntelliJ IDEA 10

JetBrains vient d’annoncer la sortie de la version 10 d’IntelliJ IDEA.
Cette nouvelle mouture de l’IDE propose un certain nombre de nouveautés et d’optimisations dont :

• des changements significatifs au niveau de l’interface utilisateur, sensés améliorer l’expérience utilisateur,
• une amélioration globale des performances et notamment du moteur d’indexation, permettant de réduire d’un facteur 2 le temps nécessaire à l’indexation de votre code source (utilisé par la suite pour tout ce qui est recherche, complétion de code etc …).
• une complétion de code à la volée (_instant completion_),
• l’amélioration du support de différents frameworks (Spring, GWT, Groovy/Grails, Flex/ActionScript),
• l’intégration de Spring Roo, AspectJ et ColdFusion,
• l’amélioration du support de Git et de Mercurial,
• le support de maven 3,
• l’ajout d’un éditeur de base de données.

La liste des améliorations est plutôt longue et un bon nombre d’entre elles seront découvertes au cours de l’utilisation de cet IDE. Un petit tour sur le blog d’IntelliJ IDEA vous permettra de prendre connaissance des différentes évolutions.

Dernier point intéressant pour les développeurs Android, le support de cette plateforme est maintenant disponible dans la version communautaire (et gratuite).

Le coin de la technique

WebSocket, un trou dans la raquette



Suite à une étude d’Adam Barth sur la sécurité liée au protocole WebSocket, Mozilla a décidé de désactiver cette fonctionnalité dans Firefox 4 jusqu’à ce qu’une solution soit trouvée. Opera fera de même dans sa future version .

Pour rappel, WebSocket est un nouveau protocole, standardisé par IETF et inclus dans HTML5. A l’aide d’une socket TCP, il est possible d’établir une transmission full-duplex entre le client (le navigateur) et le serveur. Ceci permet d’éviter les techniques habituelles, comme par exemple le long polling, pour maintenir une connexion ouverte. De plus pour établir cette connexion, le protocole prévoit de passer par un handshake HTTP et donc d’utiliser les ports classiques 80 et 443, que les proxy autorisent en général.

Si la nouvelle a vite fait le tour de la blogosphère, cette nouvelle fonctionnalité étant très attendue, la faille trouvée a en réalité un périmètre restreint (comprendre pas facile à mettre en oeuvre par les pirates). La vulnérabilité cible certains proxy transparents qui contiennent des failles permettant de corrompre certaines données dans leur cache, en remplaçant des fichiers javascript populaire par exemple. Il ne s’agit pas d’un défaut des navigateurs en soi et touche plus généralement Java et Flash et demandera sûrement de faire évoluer le protocole.

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

#Gitfr vous dit tout sur Git

Tout a commencé par un banal mail sur la mailing liste du Paris JUG dans lequel il évoquait son souhait de créer des ateliers sur Git. Devant l’engouement général, ce n’est pas un mais 2 ateliers sur le gestionnaire de version le plus populaire du moment que Sébastien Douche a animé. Quitte à dénigrer un peu trop Subversion (qui nous a pourtant rendu de fiers services !) ces deux présentations, dont nous avons accueilli la première, se sont révélées enthousiasmantes. Plutôt que d’exposer directement la liste des commandes Git disponibles et comment les utiliser, Sébastien a préféré passer du temps sur le concept central de Git qui repose sur l’utilisation des hash SHA1 (à prononcer « Chawanne »). Car dans Git, tout est identifié par son SHA1: les fichiers, les répertoires, les tags… C’est un fondamental de Git.

Comme il dit, « plus vous comprenez le backend, mieux vous maîtrisez le frontend », d’où l’importance de comprendre les principes de base de l’implémentation avant de passer à l’utilisation proprement dite. Cette utilisation devrait d’ailleurs être à l’honneur lors d’une seconde session/atelier. Et pour ceux qui ne pourront y assister, vous pouvez toujours suivre les publications régulières sur le blog GitFr. Après être parti simplement en décrivant l’installation sur les 3 OS principaux, une série sur les différentes commandes a été initiée. Un travail à suivre donc. Mais en attendant, ce soir, c’est soirée « Java avancé » au Paris JUG !

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

Actualité éditeurs / SSII

• Google accélère le web avec le mod_pagespeed
• Oracle proposera une JVM Premium

SOA

• Le CEP, un domaine en expansion

Actualité éditeurs / SSII

Google accélère le web avec le mod_pagespeed

Google a annoncé la première version de ce nouveau module Apache. Il s’agit d’accélérer le chargement des pages HTML sans avoir à modifier son application. Le module applique un certain nombre d’optimisations, relevées par InfoQ:

• Changement des directives de cache par extension de fichier notamment.
• Optimisation du HTML, des CSS et du JavaScript à la volée (suppression des commentaires, passage en ligne, suppression d’espaces).
• Concaténation des fichiers CSS pour limiter le nombre de requête HTTP nécessaire à la page.
• Suppression des caractères et des attributs HTML inutiles.
• Optimisation des fichiers images par compression et effet d’échelle.
• Intégration en ligne des images en base 64.

Toutes ces optimisations sont bien sûr configurables et c’est à nous de choisir de les appliquer ou non via les différents filtres du module. Nous voyons ce nouveau module avec un oeil bienveillant, l’idée est séduisante et les bénéfices pourraient s’avérer convaincants. Reste encore à savoir comment se comporte le module en production, et quel est son impact sur les ressources du système ?

Il faudra donc le tester en conditions réelles pour pouvoir se prononcer sur ce nouveau venu. Voici le site officiel et la documentation. A noter également sur le blog de dynaTrace, un article intéressant sur des bonnes pratiques pour rendre son site plus performant.

Oracle proposera une JVM Premium

La semaine dernière au QCon, le monde Java a lancé la machine à rumeur. La faute à Adam Messinger, vice président du développement pour l’entité Fusion Middleware d’Oracle, qui a annoncé qu’il y aurait une version Premium (comprendre payante) de la JDK en plus de la version gratuite.

En réalité les plus avertis avaient déjà noté cette information au dernier JavaOne:

Premium offerings such as JRockit Mission Control, JRockit Real Time, Java for Business and Enterprise Support will continue to be made available for an additional charge.

En clair, Oracle a l’intention de vendre une version payante de la JDK qui comprendra, entre autres, les outils JRockit Mission Control (outil de monitoring), Real Time (outil de temps réel) et un support donnant accès par exemple à des corrections sans attendre les versions officielles. L’offre reste encore à définir, entre autre le prix, et des inconnus demeurent sur les différences entre les JDKs.

Par ailleurs Adam Messinger se veut plutôt rassurant sur le maintien d’une version gratuite. L’objectif d’Oracle reste de fusionner Hotspot et JRockit vers OpenJDK.

Néanmoins Stephen Colebourne (membre la fondation Apache et Java Champion) souligne les risques entourant cette annonce:

• Est-ce que la version gratuite et la version premium sortiront en même temps ?
• Est-ce que la version gratuite sera supporté sur la même quantité d’OS ?
• Quels sont précisément les fonctionnalités de la version premium ?
• Est-ce qu’il s’agira seulement de fonctionnalités pour le management ?
• Ou s’agira aussi de fonctionnalités sur les performances ?
• Quel est le marché ciblé ?

Il remarque également que ces craintes seraient levées si la JSR 924, qui spécifie la JVM, pouvait être implémentée librement, en s’abstrayant entre autre des champs d’utilisation (une vieille querelle entre Apache et Sun). Ceci permettrait d’avoir un standard et aux implémentations telle qu’Harmony d’être certifiées.

Depuis la prise en main de Java par Oracle, la communauté, qui est historiquement tournée vers l’Open Source, a quelques sueurs froides et l’annonce récente de monter les prix du support de MySQL n’arrangera rien.

SOA

Le CEP, un domaine en expansion

Le domaine du CEP, pour Complex Event Processing ou Traitement d’évènements complexes, est un domaine dont on entend peu parler mais dont l’utilité, une fois que l’on se penche dessus, semble évidente. Rappelons que le CEP est un concept dans lequel des suites d’évènements sont analysées, de façon automatisée, pour en dégager des informations qui ne seraient pas déductibles à partir de chaque événement pris séparément. La corrélation d’une suite d’évènements « simples » permet donc de déduire d’autres informations, plus complexes. Pour être concret, le CEP peut servir à détecter des fraudes bancaires par des suites d’évènements louches survenant sur un compte, ou alors pour détecter des problèmes dans un système suite à la réception, à une fréquence plus élevée que la moyenne, d’un certain type d’évènement.

Toujours est-il que de nombreuses solutions existent, Open Source ou non, pour satisfaire les divers besoins d’analyse. Dans un récent article, Marc Palmer de Streambase qui édite ses propres solutions CEP, revient sur la publication de chiffres semblant indiquer que les CEP ne représentent qu’un petit marché. Et pour contrer ces chiffres, il cite nombre de sociétés utilisatrices de la solution de Streambase. Même si c’est surtout un coup de pub pour sa compagnie, nous pouvons malgré tout réaliser à quel point les CEP sont importants dans le domaine du Capital Market.

Pour aller plus loin et découvrir différentes solutions, citons cet article de Debu Panda (de EJB3 in Action) vu sur ServerSide et dans lequel il évoque la solution de Starview. Mais si vous voulez vraiment être pris par la main pour avoir une première approche du CEP, Michal Bali, auteur de Drools JBoss Rules 5.0, nous livre un tutorial complet implémentant la détection de fraude dans un système bancaire en utilisant Drools Fusion, solution de JBoss. Ce dernier article est très complet et permettra au lecteur d’avoir une bonne première approche des possibilités de l’outil.

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

Le coin de la technique

• Sortie de Tapestry 5.2
• MongoDB et Foursquare
• Selon un expert du W3C, HTML5 n’est pas prêt pour la production.
• Actualité Northscale / Membase / Memcached

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

• Les JUGs leaders s’occupent de nous

Le coin de la technique

Sortie de Tapestry 5.2

Tapestry est passé à la version 5.2. Depuis la semaine dernière, vous pouvez utiliser la version beta 5.2.1 dont la release sera bientôt disponible. Cette fois, l’équipe n’a pas respecté le planning d’une version tous les 4-6 mois, mais a préféré attendre 14 mois pour que cette version majeure voit enfin le jour. Cette version 5.2 apporte des fonctionnalités et innovations significatives pour les performances et la productivité de développement. Elle a également été marqué par des évènements d’importance pour le projet et la communauté.

Tout d’abord, son créateur Howard Lewis Ship (nommé java champion cette année) a repris le statut de consultant indépendant. Ainsi, il a eu la liberté d’intégrer au fil de l’eau la version 5.2 au sein de deux grosses applications, ce qui a mis l’équipe sur la piste de nouveaux besoins et correctifs. D’autre part, au cours de l’année, de nouveaux committers (dont deux français) ont intégré le projet, de nouveaux membres PMC (Project Management Committee) ont été nommés, et de nombreuses contributions ont été apportées.

Tout en respectant la compatibilité ascendante, voici les fonctionnalités les plus importantes qui ont été ajoutées :

• L’amélioration du rechargement à chaud: Grâce au rechargement à chaud des pages et des composants, la productivité du développeur est l’un des principaux atouts de Tapestry. Avec la version 5.2, les services d’IoC sont aussi rechargés à chaud, ce qui permet par exemple au développeur de déboguer en live ses requêtes SQL.

• JSR-303 Bean Validation: L’intégration avec l’API Bean Validation a été réalisée. Celle-ci permet maintenant d’utiliser les annotations JSR-303 directement dans les pages, les composants et les entités.

• Composants, Mixins, Évènements, Meta-Programming: De nouvelles annotations ont été développées pour les utiliser dans l’IoC et faciliter d’avantage l’accès aux paramètres de la request et de la session http. Maintenant, il est encore plus facile d’étendre les fonctionnalités des composants et services via des annotations.
  De nouveaux composants et mixins qui améliorent l’intégration avec javascript, la gestion d’erreurs, et la gestion des évènements ont été ajoutés au socle. De plus, de nouveaux événements pour le rendu des liens et des pages sont désormais déclenchés pour offrir encore plus de souplesse au développeur.

• Standard SAX: Tapestry n’utilise plus le parseur StAX, il a été remplacé par le standard SAX. Ceci élimine tous les problèmes d’incompatibilité avec Google App Engine et les environnements OSGi que l’on pouvait rencontrer avec les versions précédentes.

• Nouvelle API de réécriture URL: Jusqu’à la version 5.1.0.1, Tapestry offrait un support de premier niveau pour la réécriture des URL fondé sur le service URLRewriter. Ce service a été déprécié pour LinkTransformer qui permet d’adapter facilement les URLs existantes et à venir.

• Les pages deviennent des singletons: Le pool de pages est maintenant déprécié sans aucun impact sur le code des applications. Désormais, les pages sont des singletons partagés entre threads, et les valeurs mutables sont stockées dans une Map clé-valeur qui appartient à chaque thread. Ce changement de stratégie implique encore moins d’utilisation mémoire, on peut donc espérer une amélioration des performances pour certaines applications.
  En cas de besoin, le pool de pages peut être réactivé et monitoré grâce au support JMX (Java Management Extensions).

• Documentation: La documentation est devenue un point prioritaire. Ainsi, pour vous mettre l’eau à la bouche, voici l’aperçu de la prochaine documentation du projet.

Pour finir, un nouveau livre Tapestry 5 est en cours d’écriture. Igor Drobiazko, nommé PMC du projet en début d’année 2010, auteur du livre en allemand Tapestry 5: Die Entwicklung von Webanwendungen mit Leichtigkeit! et évangéliste Tapestry (Jazoon 2010, plusieurs conférences en Allemagne en 2009 et 2010), travaille sur la rédaction d’un nouveau livre (en anglais) qui sera publié début 2011.

MongoDB et Foursquare

InfoQ revient sur les raisons de la panne récente de plus de onze heures du site Foursquare le 4 octobre. Le site, réseau social qui a grossi très rapidement (jusqu’à trois millions d’utilisateurs en août 2010), utilise la base de données NoSQL MongoDB.
L’indisponibilité a été la conséquence directe d’une forte montée en charge dans la base de données MongoDB que leur système de monitoring n’a pas été capable de détecter.

• L’architecture de base: Le système affecté, pour des raisons techniques particulières, se compose d’un espace de travail en mémoire de la même taille que celle de la base de données. Donc, si la taille de la base de données dépasse la quantité de RAM disponible, le système tombe.
  Leur première instance, un EC2 (_Amazon Elastic Compute Cloud_) de 66GB RAM dont la capacité a été dépassée, a été migrée sur deux nœuds de 66 GB RAM et une réplication de données dans un noeud esclave. Au moment de la migration, chaque nœud stockait 33GB de données, avec une configuration qui assurait que toutes les données d’un utilisateur se trouvaient toujours sur le même nœud.

• MongoDB en panne: Les instances ont continué de croître, de façon déséquilibrée, ce qui s’explique par l’activité plus intense d’un certain nombre d’utilisateurs. Lorsqu’un fragment de données dépasse les 200 MB, MongoDB le découpe en deux de 100 MB. Au bout d’un certain temps une partition avait 50 GB et l’autre dépassait les 66 GB, donc la quantité de RAM disponible, et le système est tombé.
  Lors d’une intervention d’urgence, l’équipe a ajouté un troisième nœud à la base, pour y transférer 5% des données du nœud en surcharge, afin de garantir la RAM requise dans l’ensemble du système.
  Or le problème de performance n’a pas disparu. L’équipe a finalement constaté que la cause réelle de la panne était la fragmentation des données sur disque dans le nœud 0. Effectivement 5% de données ont été transférés, mais la taille des données (les checkins de Foursquare) sont d’environ 300 octets alors que la pagination se fait sur des zones de 4ko. Le déplacement des données n’a donc quasiment pas eu d’effet sur la fragmentation et le problème a persisté.
  Finalement, l’équipe de FourSquare a dû compresser la base de données complète, opération qui ne peut être fait qu’en mode offline. Ceci a duré quatre heures de plus, soit onze heures au total, et aucune donnée n’a été perdue.

• La suite: Après l’incident, l’équipe a ajouté des nœuds dynamiquement pour y distribuer uniformément les données. A présent, le système utilise 20GB pour chaque partition. Foursquare reste fidèle à la solution MongoDB.

• Conclusions: Si on arrive à capacité maximale, il est très compliqué de s’en sortir sans arrêter le système quand les objets sont de petite taille. Or, si le problème est anticipé, en ajoutant des nœuds dynamiquement, le système pourra scaler sans tomber. Il apparaît maintenant évident que pour bien anticiper, il faut impérativement mettre en place le système de monitoring approprié, ce qui n’était pas le cas.

Selon un expert du W3C, HTML5 n’est pas prêt pour la production.

Philippe Le Hégaret, expert au W3C, confie, via deux interviews, sur InfoQ et InfoWorld, sa vision de HTML5 à l’heure actuelle : c’est une technologie utilisée par des early adopters, qui doivent s’en servir pour fournir du feedback, et qui ne sera pas prête pour la production avant fin 2011 début 2012.
Philippe Le Hégaret base son analyse sur le manque d’interopérabilité de HTML5 sur les différents navigateurs. Alors que seulement 90 tests de compatibilité sont d’ores et déjà disponibles (et plus de 900 en attente de validation), on constate déjà des différences de fonctionnement selon la plateforme d’exécution. Il est, selon lui, impensable de passer en production une technologie si peu standardisée. Le chantier de standardisation devrait grandement avancer en mai 2011, qui est la date butoir pour le Last Call document du W3C.
Les adeptes des (fantastiques) démonstrations 2D, 3D et videos en HTML5 verront dans cette annonce la volonté forcenée du W3C de tout standardiser avant de passer en production. D’autres (peut-être les « anciens »), qui ont vécu la grande guerre Netscape – Internet Explorer des années 90, y verront une forme de sagesse.

Actualité Northscale / Membase / Memcached

Vous connaissez peut-être déjà Memcached le serveur de cache développé par la société Northscale. Après l’annonce en juin d’une nouvelle offre NoSQL nommée Membase, l’éditeur avait rendu disponibles les sources via un projet open source. La solution Membase a été développée comme une extension au serveur Memcached. Membase est donc compatible avec les clients Memcached tout en ajoutant à la solution:

• La persistance des données
• La distribution et la réplication des données sur les nœuds du cluster Membase
• L’ajout et la suppression de nœuds à chaud
• Une interface d’administration et de supervision du cluster

A l’occasion de la sortie officielle de la version finale 1.6.0, l’éditeur a même changé de nom. Le nouveau nom Membase Inc, reflète clairement la volonté et la nouvelle orientation de la société.
Une nouvelle n’arrivant jamais seule, la conférence Hadoop World fût l’occasion pour Cloudera d’annoncer l’intégration de la solution Membase à son offre Cloudera’s Distribution for Hadoop. L’intégration est possible de deux façon différentes:

• Un module Membase permet d’envoyer le flux de données en temps réel sur CDH.
• Un utilitaire de chargement par batch permet de transférer les données dans un sens ou dans l’autre.

Pour plus d’information sur le sujet:

• InfoQ: Membase and Cloudera Announce Integration
• InfoQ: Membase Server publicly available from Membase Inc.

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

Les JUGs leaders s’occupent de nous

Antonio Goncalves vient de nous gratifier d’un long article sur le blog du Paris JUG. Dans une première partie, il revient sur l’inquiétude naturelle de la communauté à la suite du rachat de Sun par Oracle. D’autant qu’à l’époque de Sun, les JUGs étaient assez libres, alors qu’Oracle semble plus encadrer les choses. Il joint ensuite une copie du mail (co-écrit avec 4 autres JUG leaders) qu’il a envoyé à la communauté mondiale des JUG leaders. Ceci fait suite à la participation des 5 auteurs au Meeting Oracle EMEA (Europe, Middle East and Africa).
Avant tout, ils notent que Sun n’organisait pas de telles rencontres. Bon point pour Oracle ! Ensuite, même si l’on sent que les JUG leaders ont pu être un peu déboussolés dans une telle manifestation, qui comportaient aussi des Oracle User Groups Leaders et un MySQL UG Leader, ils ont vite repris du poil de la bête en sachant structurer et formaliser leurs pensées, craintes et questions. Avec par exemple une volonté affirmée de créer des synergies entre les JUGs. On devine aussi une certaine envie de marquer l’appartenance à la communauté Oracle (OUGs) tout en préservant leurs origines (JUGs). Enfin, et ce n’est pas le moins important, nos leaders veulent se structurer pour être visibles d’Oracle. La notion de poupée russe est même utilisée pour illustrer la hiérarchie des User Groups, devant assurer le maintien de la cohésion entre Oracle et sa communauté Java.
Au final, même si tout n’est pas encore défini et clair (notamment sur les prérequis pour participer à l’ International Oracle User Group Community ,IOUC, qui nécessiterait d’être client ou partenaire d’Oracle, un comble pour les Javaistes), les JUGs leader semblent confiants. Mais ne se gênent pas pour avertir Oracle que pour eux, c’est toute la communauté Java qui doit être prise en compte, avec ses sous-communauté diverses comme Android, Spring, Groovy/Grails, Scala… Quel que soit nos centres d’intérêt en Java, on peut donc être rassurés : nos 5 mousquetaires-JUGs-leaders ont pris soin de nous et ont prévenu Oracle : Java, c’est une communauté pour toutes et toutes pour une, pas autrement !

Actualité éditeurs / SSII

• IBM rejoint le projet OpenJDK

Agilité

• Comment vendre Scrum à votre manager

Le coin de la technique

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

Actualité éditeurs / SSII

IBM rejoint le projet OpenJDK

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

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

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

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

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

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

Agilité

Comment vendre Scrum à votre manager

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

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

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

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

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

Le coin de la technique

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

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

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

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

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

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

Maven 3

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

Les nouveautés :

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

A venir :

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

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

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

Netbeans 6.10 sera finalement Netbeans 7

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

Gaelyk, le cloud facile

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

Actualité éditeurs / SSII

• James Gosling sur l’affaire Oracle vs Google
• ActiveMQ 5.4.0

Le coin de la technique

• Hibernate ne supporte plus CGLIB

Actualité éditeurs / SSII

James Gosling sur l’affaire Oracle vs Google

James Gosling revient sur l’épisode Oracle vs Google avec un article dans lequel il nous donne quelques éléments pour mieux comprendre la politique de Sun vis à vis de Java et des brevets :

• Sun a principalement déposé des brevets afin de se protéger d’éventuelles attaques venant de ses concurrents. Un épisode malheureux dans lequel Sun fut attaqué par IBM concernant un brevet sur les processeurs RISC leur fit prendre conscience qu’il était nécessaire de posséder un arsenal de brevets. Le procès se termina en effet en leur défaveur et ils durent payer d’importantes indemnités à IBM, les mettant au bord du dépôt de bilan.
• Les brevets sur la technologie Java et le choix de la license CDDL avaient pour but de garantir l’interopérabilité des applications java sur les différentes plateformes. Cette protection a donné lieu à un procès entre Sun et Microsoft car ce dernier avait fournit une implémentation d’un machine virtuelle Java sur laquelle le code ne s’exécutait pas de la même manière que sur les autres JVM (dont celle de Sun) qui respectaient les spécifications. La machine virtuelle java de Google présentant elle aussi des problèmes d’interopérabilité, Oracle se sert de cette jurisprudence pour les poursuivre.
• Sun aurait souhaité obtenir une partie des bénéfices générés par la plateforme Android mais sans succès. Il semble donc qu’Oracle souhaite continuer dans cette voie mais en choisissant de sortir l’artillerie lourde pour parvenir à ses fins.

Cette affaire a un effet néfaste sur l’image de Java et James Gosling, loin de cautionner l’action d’Oracle, regrette l’absence de moralité des grandes compagnies informatiques actuelles.

ActiveMQ 5.4.0

Un peu moins d’un an après la dernière release, Apache sort une nouvelle version de son broker de message. Au-delà des 283 bugs résolus, on notera quelques nouvelles fonctionnalités intéressantes:

• Priorité des messages: Jusqu’à maintenant pour jouer sur la priorité de certains messages sur d’autres il fallait contourner le problème en utilisant plusieurs queues de messages qui pouvaient être, elles, priorisées. Le point de blocage jusqu’à maintenant était lié à l’ordonnancement des messages, trop gourmand en temps. Ce problème semble être en partie réglé et le paramètre priorité du message JMS (inclus dans l’API) sera pris en compte.
• Planifier ses messages: ActiveMQ possède à présent un planificateur persistant de message. En d’autres termes, il est possible à l’envoi du message de préciser la date réelle de l’envoi et la durée entre la répétition d’un envoi. L’interface permet même de préciser tout cela sous la forme d’une entrée CRON. Ceci peut être assez intéressant pour par exemple faire du heartbeat (envoi d’un message à intervalle régulier pour s’assurer du fonctionnement de l’application ou faire des calculs de performance).
• WebSocket: Le sujet est à la mode, surtout avec l’émergence d’HTML 5, HornetQ le propose également sur sa dernière version. Il s’agit d’utiliser le broker de messages depuis du code javascript. Tout comme HornetQ, ActiveMQ utilise son protocole de message simplifié STOMP. Deux librairies javascripts sont proposées sur leur site: Stomple et stomp-websocket.

Hormis ces nouveautés, des améliorations ont été apportées sur OSGI et le shell unix.

Le coin de la technique

Hibernate ne supporte plus CGLIB

Historiquement CGLIB a rendu de nombreux services à Hibernate et Spring pour permettre de manipuler le bytecode Java. Par exemple, vous avez sans doute déjà vu passer un proxy préfixé par CGLIB lorsque vous débuggez votre application. Mais récemment, Steve Ebersole, développeur chez Hibernate, a annoncé qu’il n’y aurait plus de support pour cette librairie. Cette décision aurait été prise non pas pour des raisons purement techniques mais parce que cette librairie n’aurait plus de support et semble figée à la version 2.2 qui date de 2008. L’auteur donne pour exemple un ancien bug sur une incompatibilité de version de la librairie ASM (qui manipule à un niveau plus bas le bytecode) avec celle de Spring et qui mit un an à être corrigé.

Hibernate à présent privilégiera Javassist, un projet JBoss (tout comme Hibernate, tiens, tiens…), aux fonctionnalités similaires mais encore en vie. Reste à savoir si Spring suivra la même démarche.

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

Actualité éditeurs / SSII

• Oracle poursuit Google pour violation de brevets

RIA

• Bean Validation pour Flex.
• Annonce de jQuery Mobile

SOA

• La NASA ouvre les sources de son cloud privé

Le coin de la technique

• Continuous Delivery, le livre le plus important de 2010 ?

Actualité éditeurs / SSII

Oracle poursuit Google pour violation de brevets

Jeudi dernier, Oracle a lancé une action en justice contre Google pour violation de brevets quant à l’utilisation de Java pour la plateforme Android. L’information a rapidement fait le tour du web et de la twitosphère provoquant à l’encontre d’Oracle son lot de commentaires indignés, notamment dans les communautés Java et libristes (On retiendra le billet peu amène de James Gosling : « The shit finally hits the fan…. »).

Dans sa plainte, Oracle précise que « Android [...] et les appareils qui utilisent Android violent un ou plusieurs brevets parmi les suivants: 6,125,447; 6,192,476; 5,966,702; 7,426,720; RE38,104; 6,910,205; et 6,061,520″. Les brevets en question portent sur l’implémentation de machines virtuelles, l’outillage et les compilateurs.
Google, certainement pour garder les coudées franches, a fait le choix d’implémenter sa machine virtuelle Dalvik sans utiliser OpenJDK (la version GPL2 de Java). Cette implémentation n’est pas pleinement compatible Java et est exécutée sur des terminaux mobiles. Or, lorsque Sun avait « open sourcé une partie de Java » au travers d’OpenJDK, les garanties d’être à l’abri d’attaques pour violation de brevet ne protégeaient que les implémentations pleinement compatibles Java pour desktop et serveur uniquement (pas les implémentations pour terminaux mobiles).
Pour étayer son accusation selon laquelle Google a sciemment violé les brevets relatifs à Java, Oracle avance que Google était, de longue date, au courant des brevets détenus par Sun. Eric Schmidt (CEO de Google) et Urs Hölzle (Senior VP of operations chez Google) ont en effet joué un rôle significatif dans le développement de la technologie Java lorsqu’ils étaient chez Sun.
La réponse de Google à l’attaque d’Oracle (au travers d’un communiqué de presse) est sans surprise : Google estime que la plainte est sans fondement. D’autre part, Google considère qu’avec cette plainte, Oracle n’attaque pas seulement Google, mais aussi la communauté Open Source Java.

A priori, l’objectif d’Oracle n’est pas de « tuer » Android mais de profiter de son succès en imposant à Google de lui reverser une part des revenus de la plateforme. En effet, Java ME est une source non négligeable de revenus pour Sun (Oracle) puisque cette technologie équipe de très nombreux terminaux. Mais le succès fulgurant d’Android sur le marché des smartphones est sur le point de tarir cette source de revenus.
D’autre part, Oracle souhaite sans doute envoyer un message clair quant à sa conception de l’utilisation de la technologie Java là où le silence de Sun vis à vis d’Android pouvait être perçu comme un blanc seing.

Ce genre d’affaire est généralement synonyme de feuilleton judiciaire à rallonge (comme dans le cas emblématique de SCO vs. Linux). Il y a donc peu de chances que le cas Google / Oracle se règle rapidement. La complexité du dossier (notamment en ce qui concerne les tenants et aboutissants techniques) laisse présager de longs débats. Même si l’issu d’un procès reste incertaine Google était certainement préparé à une telle attaque (et est de taille à y faire face) et sa défense sera bien préparée.
Tant que l’affaire ne sera pas réglée, l’ensemble de l’écosystème Android (constructeurs, développeurs, utilisateurs, …) va retenir son souffle, mais l’engouement pour la plateforme Android ne devrait pas trop en pâtir. D’une part, Google continuera de développer la technologie Android. D’autre part, gageons que Google prendra ses responsabilités sur le sujet de la propriété intellectuelle et jouera son rôle de pare feux vis à vis des constructeurs équipant leurs terminaux de l’OS Android.

La fin d’Android est très peu probable. Oracle n’y a aucun intérêt et ce pour plusieurs raisons. D’abord parce qu’Oracle a tout intérêt à ce que Java soit présent sur le marché des smartphones. Or cette présence passe par Android, pas par Java ME et Oracle n’a, aujourd’hui, ni la volonté, ni la capacité d’innover dans ce sens. Ensuite parce que l’essor des smartphones sous Android favorise le développement d’applications utilisant des backend (serveurs) mettant en œuvre des serveurs d’applications Java et des bases de données, augmentant ainsi la taille d’un marché sur lequel Oracle se taille la part du lion. Enfin parce qu’Android réunit une large communauté Java.
Il semble donc que cette affaire ne puisse avoir que deux issues :

• Google sera contraint à verser une partie des revenus d’Android à Oracle. Soit parce qu’Oracle aura gagné un procès, soit parce que Google aura préféré négocier un accord à l’amiable.
• Ce sera le status quo. Soit parce qu’Oracle aura perdu un procès, soit parce qu’Oracle retirera sa plainte suite aux négociations qui vont s’entamer (au cours desquels Google pourrait commencer à utiliser ses brevets comme arme de dissuasion).

Ce qui est sûr, c’est que l’image de Java ne sortira pas grandie de l’initiative d’Oracle (qui semble d’ores et déjà avoir perdu la bataille de l’image).

Pour ceux qui souhaitent approfondir le sujet, l’excellent billet de Charles Nutter « My Thoughts on Oracle v Google » fait longuement le tour de la question et propose des perspectives très intéressantes.

RIA

Bean Validation pour Flex.

Le framework GraniteDS continue à offrir des fonctionnalités riches pour Flex, en parallèle des offres de Adobe, BlazeDs (open source) et LifeCycle ES (commercial).
La version 2.2 (actuellement en bêta publique) ne faillit pas à la règle et amène une rafraichissante innovation : l’implémentation de la JSR 303 (BeanValidation) pour Flex. Toutes les contraintes standard de la JSR sont implémentées via des annotations AS3 et le générateur de code maison (GAS3) permet la conversions des annotations des beans Java.
La validation s’appuie sur une nouvelle fonctionnalité de réflexion.
Autre avancées, peut être moins spectaculaire, la prise en compte des types ‘big numbers’ de Java dans les sérialisations offertes par le framework.
GraniteDs, dont certains avait décrété la mort à la publication de BlazeDs, est toujours bien vivant et comble, en open source, certains manques laissés par Adobe.

Annonce de jQuery Mobile

C’est une nouvelle qui va à coup sûr faire du bruit dans un monde du développement mobile déjà bouillonnant, puisque vient d’être annoncée la sortie pour la fin d’année de la version mobile du framework jQuery. Et ce n’est pas par la petite porte que le célèbre framework web souhaite faire son entrée, puisque contrairement à ses concurrents déclarés, tels que jQTouch ou bien Sensha Touch, jQuery Mobile se veut être un framework JavaScript ciblant la quasi totalité des plateformes mobiles web actuelles (Blackberry, Windows Mobile, iOS pour l’iPhone et l’iPad, Android, Symbian, Bada, …), et permettant de développer des interfaces riches capables de faire rougir bon nombre d’interfaces graphiques natives.

Avec l’avènement d’HTML5 (WebStorage, WebSockets, Vidéo, Géolocalisation, …), du CSS3, et des navigateurs mobiles dernière génération proposant des moteurs JavaScripts performants, la guerre du web semble se trouver un nouveau terrain de bataille, et le web mobile aura sous peu toutes les armes nécessaires pour déstabiliser le business modèle à peine naissant des Markets, tel que l’iTunes App Store ou bien l’Android Market. Le marché des applications mobiles semble donc suivre la voie de son grand frère, celui des applications PC, et proposera à terme de nombreuses applications riches directement par le web.

L’annonce parue sur le site de jQuery Mobile indique que l’un des objectifs du framework est de pouvoir développer une application unique pour toutes les plateformes mobiles. Ce concept, ne semble pas nouveau puisque l’objectif de J2ME sorti il y a 10 ans déjà était bien de développer une solution unique, rappelez-vous: « Write Once, Run everywhere ». Le slogan semble être ici: « Write Less, Do More », mais l’objectif de fond est bien le même.

Palm avec sa plateforme WebOS et Firefox sont déjà sponsors du projet. Bien qu’encore en développement intense, la première sortie est prévue pour fin 2010. Ce framework pourrait bien être une des grandes surprises mobile de 2010 et devenir très rapidement un incontournable pour le développement web d’applications riches pour mobile.

Pour en apprendre plus sur cette déclinaison de jQuery, vous pouvez suivre les liens suivants et apprécier les designs présentés :

• Site officiel de jQuery Mobile
• La device support grid de jQuery Mobile
• Les designs concepts

SOA

La NASA ouvre les sources de son cloud privé

La NASA a récemment annoncé son intention d’offrir le code de son cloud privé Nebula au projet OpenStack en partenariat avec Rackspace. Il s’agit d’une implémentation d’une IaaS orientée vers le calcul scientifique et le stockage de données. Par ailleurs OpenStack est un projet actuellement supporté par plus de 25 firmes, dont Dell et Intel. Il offre une pile logicielle ouverte permettant de créer et exploiter un cloud privé sur la base d’infrastructures matérielles standards. Il est disponible sous la licence Apache 2.0. D’après la présentation du projet, la création d’un nouveau Framework ouvert pour le cloud est motivée par deux raisons principales :

• Le paysage du cloud est actuellement composé d’offres propriétaires, incompatibles entre elles et manquant de transparence, freinant ainsi l’expansion de cette nouvelle industrie. La création d’un framework Open Source permettrait donc une adoption plus massive.
• La plupart des autres projets Open Source existant ne pouvaient satisfaire les énormes besoins de scalabilité exprimés par Rackspace. Seule Nebula, semblait correspondre au besoin.

Pour l’instant le projet est disponible en « Developer preview ». Une première release sera disponible respectivement mi-septembre pour « OS Compute » et mi-octobre pour « OS Storage ».

Le coin de la technique

Continuous Delivery, le livre le plus important de 2010 ?

Continuous Delivery, le livre de Jez Humble et David Farley, est disponible en version finale, en édition papier ou électronique (chez vos revendeurs habituels). Il traite d’un sujet qui tient à cœur de plus en plus d’acteurs de l’écosystème JEE : comment améliorer et dédramatiser les processus de build, de livraison et de déploiement d’un produit. Ce livre recueille déjà de nombreux lauriers. Dont ceux de Martin Fowler (directeur de la collection, donc forcément un peu partial), qui en fait le livre technique le plus important de 2010.

De ce que nous avons pu en lire (par exemple, en RoughCuts ici), ces louanges sont justifiées : ce livre traite de tous les problèmes qui devraient animer n’importe quel consultant au démarrage d’un projet. Collaborer entre équipes, développer de manière incrémentale, tester, automatiser, déployer, tout cela dans un seul but, maximiser la qualité du produit délivré.

Ce livre donnera lieu a un grand nombre de présentations en conférence, qui, si ce n’est déjà fait, devrait vous donner envie d’en faire votre livre de chevet avant la rentrée littéraire.

Pour en savoir plus, consultez le blog Continuous Delivery

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

SOA

• Quel nuage choisir ?

Le coin de la technique

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

SOA

Quel nuage choisir ?

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

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

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

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

Le coin de la technique

Sortie de Restlet 2.0

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

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

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

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

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

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

Ravalement de Sun par Oracle, quelques couacs…

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

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

Sortie de la version 2.2 d’Ehcache

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

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

et pour la version enterprise (commerciale) :

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

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

Actualité éditeurs / SSII

• Où sont passées les stars de Sun ?

Le coin de la technique

• Nouvelle version pour EhCache
• jucProfiler
• Maven Enforcer

Actualité éditeurs / SSII

Où sont passées les stars de Sun ?

Un an après le rachat de Sun par Oracle, qu’est il advenu des stars de Sun ? La réponse est plutôt radicale : elles se sont envolées vers des cieux plus cléments. Avant d’entrer dans plus de détails, on peut d’abord noter que la différence « génétique » entre Sun, moteur d’innovation proche d’une entreprise de recherche, et Oracle, éditeur logiciel centré sur le business, augurait de nombreux chocs culturels.
Certains ont été violents, et la rupture a été amère. C’est le cas pour James Gosling, qui a été le plus prolixe (sur son blog) au sujet de son départ, évoquant une démission qui l’a occupé à plein temps pendant plusieurs semaines. De manière comparable, Tim Bray a rejoint Google, en ne détaillant pas les raisons qui l’ont poussées à quitter Oracle mais en laissant transparaître une certaine amertume.
D’autres sont partis car Oracle ne leur donnait pas de garanties sur leur technologie : Charles Nutter et Thomas Enebo ont rejoint Engine Yard pour continuer à développer JRuby. Kohsuke Kawaguchi a monté sa société pour porter Hudson.
Enfin, certains n’ont pas reçu d’offre d’Oracle. C’était attendu pour Jonathan Schwartz et Scott McNealy qui étaient quasiment condamnés par leur position au sommet de la hiérarchie de Sun. C’était plus surprenant pour Simon Phipps, responsable de l’open source, qui occupe un poste équivalent chez ForgeRock (qui entend développer -OpenSSO- pardon OpenAM, le nom OpenSSO étant déposé).
Alors, cette vague de départs sera t’elle préjudiciable à Oracle ? Sur le plan de l’innovation, certainement. Sur un plan purement business, on peut en douter, aucun des « sous »-produits (sans que nous portions de jugement de qualité) de Sun n’étant stratégiques pour la firme de Larry Ellison. D’ailleurs, si l’on jette rapidement un œil à ceux qui sont restés, on note John Fowler, Cindy Reese, et Mike Splain, tous trois impliqués dans la branche hardware. De là à dire que c’était la principale visée d’Oracle (avec la JVM)… « Malheureusement », Oracle a aussi hérité de bébés bien encombrants, comme les JUG (voir l’article de Nicolas de Loof à ce sujet).

Via infoWorld

Le coin de la technique

Nouvelle version pour EhCache

Terracotta maintient le rythme des évolutions Ehcache, en nous livrant cette nouvelle version numérotée 2.1.
Après un mois de maturation en bêta, l’éditeur officialise donc la dernière mouture stable de son célèbre cache.
C’est surtout l’occasion d’étoffer son offre produit en ajoutant notamment un plugin de monitoring permettant de surveiller en temps réel les métriques essentielles du cache. Grâce à lui, les développeurs pourront affiner la configuration du cache, par contre pour l’utiliser en production il vous faudra une version payante.
Le support Websphere a bénéficié lui aussi d’améliorations pour garantir à ses utilisateurs l’accès à toutes les fonctionnalités du produit.
Cela inclut tout naturellement, le support la solution Terracotta Web Session, un cluster de session web à haute disponibilité, déjà disponible pour Weblogic, JBoss, Tomcat et Jetty.
L’utilisation de JTA a aussi été largement améliorée, les configurations standalone et Hibernate sont à présent supportées, ce qui permet de couvrir l’intégralité des stratégies Hibernate.
En dernier point d’amélioration, le développement a été axé vers de meilleures performances et un paramétrage fin des SLAs. C’est par exemple la fonctionnalité NonStopCache qui permet de contrôler le timeout des opérations sur le cache, voire même de passer automatiquement d’un cache sur disque à un cache en mémoire vive en cas d’indisponibilité. Par ailleurs le UnlockedReadsView offre une vue non consistante du cache. Dans les faits, elle ignore les verrous d’écriture et ne pose pas de verrou de lecture, l’équivalent d’un READ_UNCOMITTED avec des performances très largement accrues.

• L’annonce Terracotta
• Un article plus poussé par Steve Harris
• La page d’accueil du projet

jucProfiler

Il y a quelques années, certains se sont arrachés les cheveux pour détecter les contentions dans un programme massivement parallélisé. Malheureusement pour les amoureux des nœuds au cerveau, les développeurs de chez IBM se sont penchés sur le sujet et proposent un outil pour diagnostiquer ce type de problèmes : jucProfiler (pour java.util.concurrent). Le principe est simple : instrumenter le bytecode de certaines classes de java.util.concurrent.locks et tracer les appels à java.util.concurrent.locks.LockSupport et java.util.concurrent.locks.AbstractQueuedSynchronizer.
L’outil génère ensuite un rapport permettant d’identifier deux types de problèmes sur les thread, consomateurs de temps :

• du temps de contention : un verrou est réservé par un autre thread.
• du temps d’attente : le thread est en wait.

Et cerise sur le gâteau, pour ceux d’entre vous lassés de devoir diagnostiquer des problèmes de performances en analysant des fichiers texte de trois pieds de long, un éditeur graphique est même fourni.

Comme le dit justement la conclusion de l’article, la généralisation de la programmation parallèle nous oblige à nous armer de meilleurs outils. Il semblerait que jucProfiler en fasse partie. Si l’un de nos lecteurs a eu l’opportunité de l’utiliser en condition réelle, nous sommes bien sûr preneurs d’un retour d’expérience.

Maven Enforcer

Sonatype a récemment mis en ligne une présentation en deux parties (ici et là) sur le plugin Maven Enforcer.
Ce plugin permet de définir des règles afin d’obtenir un build Maven reproductible sur différents environnements. Il permet entre autres :

• de spécifier une version ou une plage de versions de Maven,
• de spécifier une version ou une plage de versions du JDK,
• de spécifier une architecture (OS/CPU) sur laquelle s’exécute le build,
• de s’assurer que le projet ne contient pas de dépendances (transitives) vers des versions non explicites (SNAPSHOT, LATEST ou RELEASE),
• de s’assurer que le projet n’utilise pas de plugins ayant une version non explicite (SNAPSHOT, LATEST ou RELEASE),
• de bannir des dépendances,
• de définir ses propres règles (en Java ou avec un script BeanShell).

La présentation met l’accent sur la nécessité de fixer les versions des dépendances et des plugins afin d’éviter qu’un build ne devienne instable suite à la publication d’une nouvelle version d’une dépendance ou d’un plugin. Il préconise notamment l’emploi de Maven en version supérieure à 2.0.9 pour laquelle le POM parent n’utilise plus que des versions explicites des plugins.

Elle recommande aussi de spécifier une version du JDK (1.5.x par exemple) afin d’éviter différentes problématiques telles que l’utilisation d’API non supportées ou la différence de comportement de certains plugins Maven en fonction de la version de la JVM sur laquelle ils sont exécutés.

Une fois les bonnes pratiques exposées, la configuration des différentes règles permettant d’effectuer les vérifications est abordée.

Le plugin Maven Enforcer est encore peu connu mais gagnerait à être utilisé pour éviter des problèmes récurrents. Cette présentation est un bon point de départ pour aborder sa mise en place.

Actualité éditeurs / SSII

• (VMware + Spring) + SalesForce = VMforce
• Refonte de jBPM chez JBoss
• Josh Bloch : le futur de Java, sous la houlette de Oracle

Le coin de la technique

• Scalate : un moteur de template pour Scala
• Le multitâche sur Android

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

• Scaladays 2010 intégralement disponible en vidéo !

(VMware + Spring) + SalesForce = VMforce

Le 27 avril dernier, Paul Maritz (CEO de VMware), Marc Benioff (CEO de SalesForce) et Rod Johnson (GM de SpringSource) ont fait une annonce conjointe pour le lancement d’une nouvelle solution cloud: VMforce.

Jusqu’à maintenant SalesForce était un des acteurs majeurs des SaaS (Software as a Service), spécialisé dans les CRM. Mais la montée en puissance de concurrents dans le cloud a poussé l’entreprise à revoir sa stratégie. Pour créer ou personnaliser des applications de SalesForce, les développeurs devaient s’appuyer exclusivement sur la plateforme de développement Force.com et sur son langage maison, l’Apex Code, relativement confidentiel. Il faut donc voir ce partenariat, avant tout, comme une ouverture des services de SalesForce au monde Java et en particulier celui de SpringSource.

Concernant Java, il est intéressant de constater que ce langage devient celui de référence pour toute solution cloud qui veut se populariser ou se standardiser. Il y a plus d’un an, Google avait subi de fortes pressions de la part de la communauté pour pouvoir utiliser Appengine avec Java en plus de Python. Encore plus étonnant, la solution cloud Azure de Microsoft propose également des ponts vers Java.

D’après Rod Johnson Spring sera vraiment au cœur de cette nouvelle offre. Son serveur tomcat, tcServer, constituera l’environnement d’exécution. SpringSource Tool Suite jouera un rôle important pour faciliter l’interopérabilité avec Force.com. On nous promet, entre autres, du drag and drop pour déployer directement des applications. Cela peut prêter à sourire mais ce genre de détail peut parfois faire basculer certains DSI, la véritable cible de cette nouvelle offre, qui cherchent les solutions les mieux intégrées aux environnements utilisés par leurs développeurs.

De son côté Force.com apporte un accès à sa base de donnée relationnelle et à de nombreux services de rapport et de partage. De plus le développement de services orientés réseau social, avec des interfaces par exemple avec Twitter ou Facebook, de ponts vers les API Google ou de portage vers les téléphones mobiles, constitue une des originalités de SalesForce et un des points forts par rapport à ses concurrents.

Cette annonce peut en étonner certains qui avaient suivi celle de l’intégration de SalesForce dans Google AppEngine, d’abord dans sa version Python puis Java. Le peu d’écho qu’elle a eu semble souligner le peu de synergies qui existent dans l’association de ces deux solutions et VMforce a, sur le papier, tout pour remplacer AppEngine comme PaaS (Platform as a Service) de référence. Bien sûr tout cela reste encore à confirmer car le lancement véritable est attendu cet automne (vous pouvez vous pré-inscrire sur cette page). Est-ce que l’intégration dans STS tiendra ses promesses ? Est-ce que cette solution arrivera à convaincre les entreprises d’externaliser une partie de leur système d’information ?

Refonte de jBPM chez JBoss

Tout commença il y a un mois par une lettre ouverte à la communauté jBPM pour annoncer le départ de JBoss de Tom Baeyens et Joram Barrez, respectivement project leader et core developer du projet de gestion de workflow de l’éditeur. Quelques jours plus tard, Tom Baeyens explique qu’ils souhaitent développer, avec Joram Barrez, leur propre plate-forme BPM, qui supportera BPMN 2.0, adoptera une licence Apache 2.0 et sera adaptée « aux nouvelles infrastructures IT ». Le flou de cette dernière mention s’éclaircit en partie lorsque nous croisâmes Tom Baeyens à la conférence NoSQL Europe de Londres ; il nous expliqua s’intéresser de près aux problématiques de persistance liées au Cloud Computing. Cette vision rafraichissante du BPM sera particulièrement intéressante à suivre…

Du coté de JBoss, l’affaire a entrainé un vaste projet de refonte. Ainsi Alejandro Guizar, nouveau project lead de jBPM, a publié deux semaines plus tard l’annonce du développement de jBPM 5 qui consistera en une fusion de jBPM et de Drools Flow. Ceci aboutirait donc à un rule driven process engine, nom donné aux moteurs BPM fusionnés avec un moteur de règles. Cette vision constitue la tendance depuis quelques temps déjà sur ce marché, mais jBPM et Drools n’avaient pas su prendre ce virage pour cause d’avis divergents entre les deux équipes. Cet évènement semble donc avoir été l’occasion d’une remise en question globale. Mark Little, CTO de JBoss, s’exprimait il y a une semaine sur l’avenir de la brique BPM de JBoss. Il reprenait ces faits en ajoutant une nouvelle importante : jBPM 4 ne deviendra pas un produit supporté par JBoss au sein de sa plate-forme commerciale SOA. Ce sera le rôle de jBPM 5.

jBPM est le moteur BPM Open Source majeur sur le marché. Ce changement de plan est donc important tant pour la communauté qui a déjà commencé à investir sur jBPM 4, sorti il y a 10 mois, que pour JBoss qui avait fortement investi dans jBPM 4. Ce dernier avait d’ailleurs connu une période de gestation particulièrement longue. Bien sûr ces investissements de part et d’autre ne sont pas perdus pour autant puisque cette nouvelle version s’appuiera pour partie sur l’existant, mais elle peut remettre en question certains choix stratégiques pour les entreprises.

Josh Bloch : le futur de Java, sous la houlette de Oracle

Pour InfoQ, Josh Bloch, l’auteur du fameux « Effective Java », fait part de ses préoccupations au sujet du futur de Java. Tout d’abord, il constate que son évolution a ralenti ces derniers mois, pour deux raisons principales :

• le manque d’implication de Sun dans les travaux autour de Java 7, qui a conduit à sans cesse repousser sa date de sortie.
• la confusion qui règne autour des différentes licences utilisées par le JCP, qui amène parfois des séparations étranges comme celle qui a eu lieu entre OpenJDK et Harmony. De plus, le support de certains éditeurs (Google a choisi Harmony comme base aux librairies Android) ne fait qu’ajouter à la confusion et à la discorde.

Oracle, en meilleure santé financière que Sun, peut sortir le JCP de l’impasse en soutenant des réformes de fond, et en portant un regard neuf sur un certain héritage un peu ‘poussiéreux’. En particulier, Oracle a déjà proposé en 2007 de réformer les règles de propriété intellectuelle du JCP pour qu’elles deviennent plus permissives pour tous les composants de base (avec une licence de type Apache ou BSD).
Pour cette raison, Josh Bloch aimerait voir Oracle réclamer le bâton de commandeur qui était la propriété de Sun.

D’autre part, les statistiques montrent une baisse de l’utilisation de Java, au profit de C. Malgré cela, aucun des « nouveaux langages » (Scala, Ruby…) n’émerge suffisamment pour apparaitre dans ces statistiques et expliquer ce désamour. Cependant, ils restent des vecteurs d’innovation qu’il faut surveiller.
Et contrairement à ce que disent les statistiques, Josh Bloch ne pense que pas Java, aussi bien en tant que langage qu’en tant que plate forme, soit sur le déclin. Il voit certes un risque de déclin, mais il compte sur Oracle et sur la communauté pour l’enrayer. D’ailleurs, il ne voit pas émerger d’alternative crédible au langage et à la JVM. D’autant plus qu’Oracle ne devrait pas prendre le risque de tenter de mettre la JVM sous licence.
En ce qui concerne la fusion JRockit / Hotspot, elle est sur le papier intéressante, mais Sun n’est jamais parvenu à réaliser une telle fusion, ne serait ce que pour les JVM client et serveur. Pour le moins, ses coûts seront élevés.

Pour finir sur une note positive, Josh Bloch rappelle que Java a connu quelques succès retentissants ces derniers mois : Google Collections, Guice, les nouveaux langages de la JVM, et Android. En comptant sur des actions décisives d’Oracle, et la coopération d’une communauté élargie, le futur de java s’annonce (malgré tout ?) brillant.

Le coin de la technique

Scalate : un moteur de template pour Scala

Voilà une bonne occasion de vous parler d’un framework qui monte dans le monde Scala, à savoir Scalate. James Strachan a annoncé sa sortie fin de semaine dernière en version 1.1. Le détail des nouveautés se trouve ici.

Scalate, pour Scala Template Engine, est un moteur de template qui s’appuie sur Scala 2.8 et permet de générer plusieurs type de documents (texte, balises…). Il est actuellement utilisable :

• de manière standalone,
• dans des Servlets,
• dans Jersey,
• dans Play! Framework grâce au projet Play-Scalate,
• et dans Apache Camel,
• avec prochainement l’intégration à Lift.

Scalate supporte les templates de type SSP pour Scala Server Pages dont Velocity ou bien encore JSP. Ainsi Scalate supporte ${ }, <%= %>, <% %> ou bien encore #for, #if et #{ }. L’autre format géré est le Scaml pour Scala Markup Language qui est un dialecte (haml) pour simplifier la description d’un document web. Petit exemple :

// ssp template
<p>
   <%= List("hi", "there", "reader!").mkString(" ") %>
   ${ "yo "+(3+4) }
</p>
// ssp rendering
<p>
   hi there reader!
   yo 7
</p>
// scaml template
%gee
   %whiz
      Wow this is cool!
// scaml rendering
<gee>
   <whiz>
      Wow this is cool!
   </whiz>
</gee>

Il n’y a plus qu’à jouer avec !

Le multitâche sur Android

Qui aurai cru il y a encore peu que nous disposerions aujourd’hui d’équipements de poche ayant les capacités de faire tourner plusieurs applications riches simultanément, en Java qui plus est, malgré sa réputation de glouton en mémoire ? Ce temps là est révolu et Android montre combien un système basé sur Java peut se montrer performant. Néanmoins, pour atteindre cet objectif, il aura fallu que Google mette au point de nombreuses techniques. C’est ce que nous explique cet article du Android Developers blog, le blog Google de référence sur le sujet.
Les objectifs (simplifier la vie de l’utilisateur au maximum en supprimant la notion de « fermer » une application…) et les contraintes (pas de swap…) sont expliqués ainsi que leurs conséquences sur la gestion de la mémoire dans les applications et l’OS.

on découvre certaines spécificités qui peuvent sembler étonnantes au commun des programmeurs. ainsi, des applications qui apparaissent en cours d’exécution peuvent n’avoir en fait aucun processus en cours ! Un autre point très intrigant est que les applications sont généralement tuées brutalement ! L’astuce consiste à garder la trace des parties de l’application visibles, les Activity, pour les redémarrer avec les infos de leur dernier état si besoin. si l’utilisateur n’y voit que du feu, le programmeur expérimenté sera lui surpris par ce fonctionnement peu orthodoxe mais visiblement efficace.

L’article va ensuite plus loin en explorant la façon dont sont gérés les services, à travers les notions de Broadcast Receivers et de Services. Les premiers permettent de réagir ponctuellement et brièvement à des stimuli externes alors que les seconds effectuent des opérations longues mais sans garanties aucune quant à leur survie: Android peut les tuer en cas de besoin.

Rassurez-vous, tout n’est pas complètement nouveau dans Android et certains concepts restent identiques à ce que l’on connaît en Java desktop. Sur developpez.com Davy Leggieri nous offre 2 bons articles: l’un sur les threads composants une application Android et l’autre plus précisément centré sur l’UI Thread. Cela rappellera des souvenirs aux développeurs Swing qui, avec son Event Dispatch Thread, impose des contraintes similaires. Les environnements changent, mais certains fondamentaux restent !

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

Scaladays 2010 intégralement disponible en vidéo !

Si comme moi vous n’avez pas pu vous rendre au Scaladays 2010 de Lausanne, réjouissez-vous : toutes les vidéos sont déjà disponibles à cette adresse !
Du discours d’ouverture de Martin Odersky en passant par les Parallel Collections ou bien encore une session sur Scala at LinkedIn, redécouvrez les grands moments de cette première grosse conférence sur Scala. Les vidéos sont disponibles en basse et haute qualité et, pour les nomades, des verions .mp4 sont téléchargeables.
Je sais déjà ce que je vais regarder dans le bus dans les prochaines semaines
Et pour un petit résumé de ces deux jours, je vous renvoie vers le blog de François pour un article qui ne peut que faire regretter de pas y être allé…

Agilité

• Comment faire des tests d’IHM sans se tirer une balle dans le pied ?
• La gestion des risques dans un projet agile

SOA

• RabbitMQ racheté par SpringSource

Le coin de la technique

• Billy Newport et la programmation parallèle
• Performance jQuery avec $.delegate()
• Faille de sécurité dans Oracle Java

Agilité

Comment faire des tests d’IHM sans se tirer une balle dans le pied ?

L’automatisation des tests d’IHM est souvent une mauvaise idée. Le constat est très souvent le même : bien que simple à mettre en place en général, leur apport est souvent mineur par rapport à leur coût (je vous dirige vers l’excellent article de Robert Martin pour creuser le sujet). Comment faire si l’on veut cependant s’engager dans cette voie?
Dans cet article, Gojko Adzic (commiter fitnesse et auteur du livre passionnant « Bridging the communication gap« ), nous livre des pistes pour maximiser le retour sur investissement sur ceux-ci. Tout d’abord, ne surtout pas partir sur de l’enregistrement brut des cas de tests les uns après les autres (avec Selenium IDE par exemple). C’est dans ce cas-là que l’on se tire une balle dans le pied. Les coûts de maintenance explosent et l’intérêt des tests est remis en question au fil du temps.
La clé est de représenter les tests d’IHM sur plusieurs niveaux :

• Règles métiers
• Worfklows
• Technique

Les niveaux supérieurs sont plus stables dans le temps et sont plus compréhensibles que ceux du dessous. Les niveaux supérieurs s’appuient bien évidemment sur les niveaux du dessous pour fonctionner.
Le but de cette approche est de faire en sorte que les tests restent compréhensibles (bon courage pour aller comprendre la règle métier cachée derrière une centaine d’instructions Selenium) et surtout de promouvoir la réutilisabilité afin de garder la main sur la maintenance des tests.

La gestion des risques dans un projet agile

Mike Cohn, scrum master certifié et auteur de nombreux ouvrages de référence, nous suggère une manière de mettre en place la gestion des risques sur un projet agile.
Le management des risques est un sujet central dans de nombreux projets et est souvent considéré comme un enjeu déterminant pour leur réussite.
Il existe un ensemble de méthodes dédiées, ainsi que des normes et pratiques pour limiter les risques.
Au premier abord, on peut constater que Scrum n’implémente pas vraiment une gestion spécifique des risques. Cependant, les différentes pratiques et outils mis en place comme: les itérations courtes, l’intégration continue, les tests automatisés, etc. permettent de limiter drastiquement l’apparition des risques.
Ainsi, la mise en place d’une gestion des risques sur des projets agiles ayant des facteurs de risque faibles n’est pas nécessaire. Pour les autres projets, Mike nous propose une solution introduite par John Brothers dans The Agile Times avec le risk burndown chart.

Pour obtenir ce graphique, il convient au préalable de faire un recensement des risques (durant un sprint planning par exemple). On évalue la probabilité d’apparition, l’impact en jours sur la livraison si celui-ci se réalise, et enfin le nombre de jours exposés à ce risque potentiel. Pour calculer ce dernier, Mike multiplie la probabilité du risque par l’impact en nombre de jours. Ces informations sont renseignées dans un tableau de recensement.
Pour générer le risk burndown chart, il suffit ensuite de positionner la colonne du nombre de jours exposés en ordonnée et le nombre de jours (ou de sprints) en abscisse. On constate alors que plus on avance dans les sprints, moins le projet est exposé à des risques.

Sans tomber dans le sur-outillage, la mise en place d’un risk burndown chart permet d’introduire de manière légère la gestion des risques. Le tableau de recensement des risques peut suffire.

SOA

RabbitMQ racheté par SpringSource

Deux nouvelles importantes ces derniers jours autour d’AMQP, une bonne et une mauvaise.

La bonne nouvelle pour AMQP, c’est le rachat (ici, ici et là) par VMWare de RabbitMQ, rejoignant ainsi la gamme de produit SpringSource. Ceci donne l’occasion à Rod Johnson de donner son point de vue. Les efforts de RabbitMQ pour s’intégrer à des solutions cloud semblent avoir été déterminants pour VMWare. L’aspect standardisation par contre apparait moins dans les différentes annonces et il est sûrement encore trop tôt pour savoir quel sera l’investissement de SpringSource dans le groupe de travail d’AMQP. Néanmoins AMQP profitera sûrement de l’aura de Spring dans la communauté Java et ça ne peut être qu’une bonne nouvelle pour ce standard. Par contre OpenCredo, qui tente de faciliter les solutions AMQP en Java et propose entre autres un template Spring pour RabbitMQ, risque d’être une victime collatérale de cette nouvelle association.

Ensuite la mauvaise nouvelle. IMatix, qui a créé OpenAMQ, la première implémentation de ce standard, a l’intention d’arrêter son support en 2011. 0MQ, acheté il y a quelques mois, remplacera ce produit. Par la même occasion, ils cesseront de participer au groupe de travail AMQP. Outre le fait que 0MQ parait avoir des performances très supérieures à OpenAMQ, il semble que l’inertie autour de la nouvelle version de la norme AMQP/1.0 ait fini par éteindre l’enthousiasme des dirigeants d’iMatix. D’ailleurs, on peut trouver sur leur site un article intéressant sur les arcanes du groupe de travail. Il apparait qu’à vouloir spécifier trop de choses le standard deviendrait beaucoup trop complexe et que le retard pris sur la livraison de la nouvelle version serait dû à des considérations plus humaines que techniques, laissant entendre que l’ambiance n’y est peut-être pas toujours très détendue.

Le coin de la technique

Billy Newport et la programmation parallèle

Billy Newport, un des acteurs majeurs de la programmation distribuée, a donné une interview à InfoQ dans le cadre de Qcon.
Il y parle de programmation parallèle en Java, selon lui l’avenir de notre langage.
La tendance actuelle dans le hardware est à la multiplication des cœurs, mais au ralentissement de leur fréquence. Et contrairement à ce que semblent penser certaines équipes d’exploitation (nous avons des noms), la multiplication des cœurs ne permettra pas aux applications Web de traiter plus d’utilisateurs, plus vite (bien au contraire, puisque unitairement, les cœurs sont moins puissants).

Le problème que Billy Newport voit dans l’écosystème actuel est l’absence complète d’un framework de haut niveau pour faciliter la programmation parallèle (qui reste une arcane secrète réservée aux grand maîtres). Il existe bien un certain nombre d’outils pour gérer le comment implémenter des traitements parallèles :

• les grilles de calculs en mémoire, comme eXtrem Scale.
• les traitements massifs de fichiers, comme Hadoop.

Malheureusement, aucune de ces solutions ne propose d’API de haut niveau qui permettrait de décrire les traitements à appliquer aux données quelle que soit l’implémentation « physique » mise en place. De plus, il semblerait que bien peu de personnes travaillent dans la recherche sur ce sujet. Billy Newport y voit là une superbe opportunité pour créer la prochaine entreprise à la mode dans l’open source.
Proposer une API de haut niveau qui proposerait de décrire les traitements et la façon de les appliquer aux données, en permettant de s’abstraire de la tuyauterie classique de la programmation parallèle :

• Gérer les structures de données et la concurrence autour de ces données.
• Gérer la distribution optimisée des traitements (afin que le gain de temps réalisé en utilisant un cœur distant ne soit pas perdu en temps d’IO par exemple).

Selon lui, les mécanismes existant en Java posant les prémices du calcul massivement parallèle (les Actors en Scala par exemple) sont de trop bas niveau.
Afin de pouvoir faire de la programmation parallèle sans avoir à connaitre toutes les implémentations sur le bout des doigts, il faudrait que Java adopte une réflexion comme celle que les auteurs de Haskell et Erlang ont mené (et non pas des recherche sur des mécanismes de primitives comme Scala)

D’autres problématiques vont apparaitre, notamment à cause des mécanismes d’auto découverte des nœuds d’une architecture distribuée (il existe plusieurs parades, comme changer les ports standard ou bien utiliser un mécanisme déclaratif).

Bref une entrevue passionnante, dont vous trouverez l’intégralité en video, mais également en transcript, peut être plus accessible pour les anglophobes.

Performance jQuery avec $.delegate()

Voilà une petite astuce jQuery plutôt intéressante pour gagner en performance sur votre site web si vous êtes déjà, tout comme moi , un accro de la fonction live (via ce site).

Pour la gestion des évènements, nous avons la méthode bind qui permet d’associer à un élément de notre page un évènement de type click, change, focus… Mais bind ne s’appliquera que sur les éléments explicitement retournés par le sélecteur. Ainsi, même si nous spécifions un sélecteur du type $('a') (tous les éléments a de la page), les éventuels éléments a qui seraient créés plus tard dans la page ne seront pas pris en compte.

Pour cela, jQuery 1.4 introduit la méthode live qui est un bind présent et futur. En effet, il s’applique sur tous les éléments retournés par le sélecteur mais aussi sur tous les éléments futurs de la page qui matcheront avec ce sélecteur ! Une fonctionnalité très intéressante donc mais aussi très consommatrice si l’on a un DOM important. En effet, le sélecteur parcourt à chaque fois le document pour matcher les nouveaux éléments et leurs associer l’évènement.

Mais c’est sans compter sur delegate qui est un live voisin. Ainsi, plutôt que de matcher tous les éléments a de ma page, delegate va s’appliquer sur un élément parent (et donc restreint) et, de cet élément parent, rechercher un certain élément sur lequel binder l’évènement. Imaginons que notre a soit inclus dans un élément ayant l’id container, on pourra alors écrire :

$('#container').delegate('a', 'click', function() {...})

Une écriture quelque peu différente donc mais un véritable gain sur un DOM conséquent. A essayer d’urgence !

Faille de sécurité dans Oracle Java

Oracle Java a sorti une nouvelle mise à jour du JDK et du JRE 6 suite à une alerte de sécurité sur le Java Deployment Toolkit utilisé pour Java Web Start. Tavis Ormandy et Ruben Santamarta ont découvert simultanément la possibilité d’exécuter du code arbitraire à travers cette faille et ont alerté la communauté le 9 avril dernier. Ce problème existe depuis la version 1.6.0_10 et est dû à un certain laxisme sur la vérification du paramètre « codebase » dans le JNLP qui devient maintenant obligatoire. Bien que ce problème impacte potentiellement les environnements Linux, Windows semble plus vulnérable, donnant par exemple la possibilité de charger une DLL. Par contre il ne concerne pas les Mac. Oracle a commencé par minimiser la gravité du problème avant finalement de sortir cette mise à jour une semaine après sa découverte. Il est donc fortement conseillé de se mettre à jour.

Actualité éditeurs / SSII

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

Agilité

• Maîtriser votre dette technique

Actualité éditeurs / SSII

Vague de départs chez Sun/Oracle

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

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

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

Avec son OS4, Apple bride les développeurs

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

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

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

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

AWS s’enrichie d’un nouveau service de notification

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

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

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

Agilité

Maîtriser votre dette technique

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

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

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

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

Actualité éditeurs / SSII

• http://sun.com 301 moved permanently

Le coin de la technique

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

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

• 2ème anniversaire du Paris JUG

Actualité éditeurs / SSII

http://sun.com 301 moved permanently

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

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

Le coin de la technique

Première Beta pour Scala 2.8.0

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

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

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

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

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

Apache JackRabbit implémente maintenant JCR 2.0

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

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

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

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

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

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

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

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

Un œil sur Lucene, Solr et HBase

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

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

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

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

2ème anniversaire du Paris JUG

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

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

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

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

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

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

En espérant vous voir nombreux …

Actualité éditeurs / SSII

• SpringSource et Oracle ensemble pour l’OSGi d’entreprise

Le coin de la technique

• Lucene passe à Java 5
• Mark Reinhold justifie l’introduction des closures
• Patterns NoSQL

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

• Devoxx 2009 : le bilan

Actualité éditeurs / SSII

SpringSource et Oracle ensemble pour l’OSGi d’entreprise

Adrian Colyer, SpringSource, a annoncé la création d’un nouveau projet au sein de la fondation Eclipse : Gemini. Il s’agit d’un sous-projet d’Eclipse Runtime qui a pour but de réunir l’ensemble des implémentations de référence des spécifications OSGi liées au monde de l’entreprise. Il s’agit d’un effort commun de SpringSource et d’Oracle.

Deux composants fondamentaux sont apportés par SpringSource :

• Gemini Web Container : il permet le fonctionnement d’un conteneur de Servlets dans un environnement OSGi. Cette implémentation est actuellement utilisée dans SpringSource dm Server et est donc prévue pour fonctionner sur Tomcat. Mike Keith, Oracle, assure que l’adaptation pour Jetty arrivera par la suite grâce à une collaboration avec l’équipe de ce projet.
• Gemini Blueprint Service : il s’agit de Spring Dynamic Modules. Ce projet, qui a fortement inspiré la spécification du Blueprint Service intégré à OSGi 4.2, devient logiquement son implémentation de référence.

Il est important de noter qu’Adryan Colyer explique que SpringSource continuera désormais le développement de ces deux projets directement au sein de la fondation Eclipse et non plus en interne.

Oracle, pour sa part, apporte plusieurs implémentations de référence pour des RFC supplémentaires non intégrées à la spécification OSGi 4.2 : RFC 98 (transactions), RFC 122 (database access), RFC 139 (JMX integration), RFC 142 (JNDI integration), RFC 143 (JPA integration), RFC 146 (JCA integration).
Mike Keith indique qu’EclipseLink est à même de fonctionner correctement avec OSGi depuis longtemps, mais qu’il n’implémentait pas JPA lorsque cette intégration a été mise en œuvre au sein du projet. Par conséquent, une adaptation est nécessaire pour passer à la RFC 143, afin d’assurer une intégration JPA standard.

Alors que la spécification 4.2 a été finalisée il y a 2 mois, les implémentations de référence étaient toujours attendues. Cette réunification des implémentations liées a l’OSGi d’entreprise au sein d’un même projet Eclipse est une excellente nouvelle : elle met en avant la standardisation dont on pourra désormais bénéficier pour les développements intégrant OSGi dans les applications JEE. Mais cela suffira-t-il à démocratiser OSGi en entreprise ?!

Le coin de la technique

Lucene passe à Java 5

L’équipe du projet Lucene annonce la sortie de Lucene 3.0. Comme nous l’expliquions précedemment, cette version marque une évolution majeure puisqu’elle est la première a nécessiter Java 5.0 au minimum.

L’API bénéficie donc désormais de l’ensemble des améliorations du langage de Java 5.0 dont les generics, le varargs, les enums et l’autoboxing.

Tempérons cette annonce : l’API Lucene n’a pas été refondue, il ne s’agit que de quelques améliorations visant à la rendre type-safe. Citons par exemple :

• Apparition d’enums BooleanClause.Occur, Field.Index, Field.Store et Field.TermVector ; ces concepts étaient jusqu’alors représentées sous forme de constantes type-safe.
• La méthode getFields() de la classe Document retourne désormais une List<Fieldable> alors qu’elle retournait une simple List jusqu’alors.
• La classe Term implémente désormais Comparable<Term> et non plus simplement Comparable.

Ces changements légers décevront peut-être certains utilisateurs lassés par l’API vieillissante de Lucene, mais on appréciera toutefois la facilité de migration, puisqu’il s’agira la plupart du temps de supprimer quelques casts (l’équipe Lucene cite quelques cas à surveiller lors de la migration).

Cette nouvelle version, qui apporte par ailleurs quelques modifications mineures, conclut donc un cycle d’évolutions importantes sur le projet Lucene.

Mark Reinhold justifie l’introduction des closures

C’était l’Annonce de cette édition de Devoxx, l’apparition des closures en Java 7. Mark Reinhold revient, sur son blog, sur les raisons à l’origine de cette petite bombe.
Il justifie cette évolution majeure du langage par la nécessité pour Java de tirer partie des nouvelles générations de processeurs, multi-cœurs.
Jusqu’ici, pour exploiter cette puissance, il fallait utiliser des Parallel Array et tout le code inutile nécessaire à leur fonctionnement. Les closures permettent de supprimer ce code, et il est temps de les introduire en Java.
Java doit se concentrer sur deux fonctionnalités clés : la syntaxe littérale, et les fonctions typées. L’arrivée des closures requiert deux autres évolutions de Java : les conversions, et l’extensibilité des méthodes.
Il est temps pour Mark Reinhold d’oublier les querelles. Sun spécifiera et implémentera un premier jet des closures pour le JDK 7. Cela permettra une expérimentation à grande échelle, et si tout se passe bien, cela conduira à une JSR de modification du langage, qui pourra être incluse dans Java SE 7.
La tâche est immense et Mark Reinhold appelle bien évidement toutes les bonnes volontés à contribuer.

Bien au-delà de la manipulation du multi-threading, les closures pourraient permettre une simplification des APIs courantes. Cette perspective semble essentielle à Mark Reinhold qui ne pouvait attendre le JDK 8 pour une nouvelle tentative, dans 3 à 4 ans…

Patterns NoSQL

Nous vous parlions récemment dans une revue de presse et un article du mouvement NoSQL, qui se caractérise par « une absence de requête et par un relâchement des caractéristiques ACID propres aux RDBMS ». Ricky Ho, architecte chez Adobe, revient sur son blog sur les caractéristiques communes de plusieurs technologies permettant de « faire du NoSQL », et extrait quelques patterns récurrents. Ne vous arrêtez pas à la mise en page étriquée de l’article, car la description est très complète. Ricky Ho y explore successivement:

• Les types de noeud possibles (physiques et virtuels) ainsi que leur fonctionnement.
• Le partitionnement des données.
• La réplication de ces données, ainsi que le maintien de leur consistance.
• La gestion des pannes.

On notera quand même que l’une des solutions retenue pour le stockage des données reste… une base de donnée relationnelle ! Humour mis à part, une telle formalisation de patterns est vraiment bienvenue dans un environnement aussi émergeant.

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

Devoxx 2009 : le bilan

Nous concluons aujourd’hui notre série de billets sur Devoxx 2009. Ces 5 jours passés à Anvers furent riches en informations et en rencontres et nous souhaitions vous les faire partager.

A l’heure du bilan, voici ce que nous retiendrons de cette édition :

• Les annonces concernant JDK 7, JEE 6 et Maven 3.0.
• Le succès de JEE 6 : toutes les sessions sur le sujet ont fait salle comble.
• La place réservée à la nouvelle plateforme Flash d’Adobe, présente au keynote et dans de nombreuses sessions ; il est intéressant de noter que cette place correspond exactement à celle occupée par JavaFX lors de la précédente édition.
• L’omniprésence de Scala ; au-delà des sessions qui lui étaient consacrées, il était cité dans beaucoup d’autres présentations lorsqu’il était question de DSL par exemple.
• L’intérêt persistant de la communauté pour le Cloud Computing. Ce nouveau concept a rencontré un large succès à Devoxx.

Pour rentrer plus en détails dans les enseignements de cette conférence, vous pouvez désormais retrouver l’intégralité de nos billets Devoxx :

• Devoxx – Jour 1 – Adobe University
• Devoxx – Jour 1 – Applications robustes avec Amazon EC2
• Devoxx – Jour 1 – Kanban in action
• Devoxx – Jour 1 – JSF 2
• Devoxx – Jour 1 – NoSQL avec HBase
• Devoxx – Jour 2 – Google App Engine
• Devoxx – Jour 2 – Les effets avec Flex 4
• Devoxx – Jour 2 – Hibernate Search
• Devoxx – Jour 2 – Java FX The developer guide
• Devoxx – Jour 2 – SOA en pratique
• Devoxx – Jour 2 – Scala Actors
• Devoxx – Jour 3 – Spring Actionscript
• Devoxx – Jour 3 – ScalaTest
• Devoxx – Jour 3 – La keynote
• Devoxx – Jour 3 – JEE6
• Devoxx – Jour 4 – Maven Reloaded
• Devoxx – Jour 4 – Java Performance Tuning
• Devoxx – Jour 4 – Intégration pour le Web avec iBeans
• Devoxx – Jour 5 – Projet Lombok

Actualité éditeurs / SSII

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

Le coin de la technique

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

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

• Flex 4 chez les Tontons Flexeurs

Actualité éditeurs / SSII

Amazon lance Relational Database Service

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

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

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

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

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

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

Oracle tente de rassurer la communauté Sun

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

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

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

Keynote de Rod Johnson à SpringOne/2GX 2009

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

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

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

Le coin de la technique

Optimisez vos requêtes SQL

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

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

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

Apache POI 3.5

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

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

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

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

Interminables débats sur la mort de Java

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

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

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

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

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

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

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

Une version de tcServer pour les développeurs

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

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

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

Nous avons aimé :

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

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

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

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

Flex 4 chez les Tontons Flexeurs

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

• Cache distribué: l’ensemble des données est réparti sur les différents nœuds qui composent le cluster Coherence. Afin de garantir une bonne tolérance aux pannes, les données peuvent être sauvegardées sur un ou plusieurs nœuds du cluster. Cette typologie est extrêmement extensible : il suffit d’ajouter des nouveaux nœuds pour augmenter la capacité globale du cache.
• Cache répliqué: l’ensemble des données est répliqué sur l’ensemble des nœuds du cluster. La modification d’une entrée sera propagée à l’ensemble des nœuds. Cette typologie permet d’offrir un accès très rapide en lecture car un seul nœud est sollicité dans l’opération. La contre-partie est que les opérations d’écriture sont lentes et que la taille du cache est indépendante du nombre de nœuds qui composent le cluster.
• Cache local: les données sont conservées exclusivement sur la JVM.
• Near Cache: il permet d’offrir le meilleur des caches de type ‘Répliqué’ (Performance) et de type ‘Distribué’ (Extensibilité) en fournissant un accès rapide aux données accédées le plus fréquemment et le plus récemment. Il est composé de 2 parties:
• le ‘front-cache’ pour les accès locaux, de petite taille, typiquement un cache Local (Local Cache),
• le ‘back-cache’ un cache de plus grande envergure, typiquement un cache distribué (Distributed Cache), qui contient l’ensemble des données avec leurs éventuelles sauvegardes.

Le point fort d’Oracle Coherence est de proposer la même API quelque soit le type de cache. Il est donc possible, par simple configuration, de modifier le type de cache et de l’adapter en fonction des besoins ou de l’environnement: cache local en « Développement », cache distribué en « Intégration », « Near » cache en « Production ».

En première approche, l’API d’Oracle Coherence est extrêmement simple : elle se résume à obtenir une Map et à la manipuler par les opérations habituelles: put(), get(), keySet(), entrySet()….

import com.tangosol.net.CacheFactory;
Map cache = CacheFactory.getCache("moncache");        //1. Récupération d'une instance de cache,
cache.put("benoit","moussaud");                       //2. Ajout d'un élément dans le cache
String name = (String)cache.get("benoit");            //3. Recherche par sa clé d'un élément dans le cache
assert name.equals("moussaud");

Le type de cache est déduit du nom du cache. Il est configuré dans le fichier coherence-cache-config.xml inclus dans coherence.jar. Par défaut, les règles suivantes sont appliquées:

Si l’on veut appliquer ses propres règles, il faut définir son propre fichier de configuration et indiquer son emplacement au lancement de Coherence avec la propriété système tangosol.coherence.cacheconfig.

La suite de l’article va montrer comment interroger un cache Coherence autrement que par une clé dans une Map.

Un service de recherche de communes…

Prenons un service qui permet de rechercher l’ensemble des communes françaises en précisant le début de leur nom.

public interface CatalogService {
	public List<Commune> getCommuneByName(String name);
}

Une implémentation classique est de créer une table ‘COMMUNE’ dans une base de données, d’y insérer les ensembles des communes de France (38206 dans mon exemple) avec leur libellé, un code postal et un code Insee, et d’effectuer la requête SQL SELECT ID, DEP_CODE, CODE_INSEE, LIBELLE FROM COMMUNE where LIBELLE like #name#.

Voici le résultat d’un benchmark du service avec pour paramètre la première lettre de la commune (de A à Z)

Benchmark Base de données

Le temps de réponse du service est mauvais et proportionnel au nombre de communes retournées

…Coherence à la rescousse…

La première idée est de placer le résultat de la recherche dans un cache avec pour clé le paramètre de recherche. Ce type de conception est efficace seulement si le nombre de filtres est fini, par exemple s’il résulte d’une sélection d’une combo-box dans une page web. Si la valeur du filtre est moins contrainte, le service sera appelé par un grand nombre de filtres différents et donc le cache risque d’être peu efficace (à moins de disposer d’une mémoire infinie de manière à conserver toutes les requêtes !).

La seconde idée est de charger dans un cache l’ensemble des communes et d’effectuer une recherche directement dans le cache. L’API Coherence offre la notion de Filter

public class CatalogServiceWithCoherence implements CatalogService,
     private final NamedCache cacheCommunes = CacheFactory.getCache("Commune");
     public List<Commune> getCommuneByName(String name) {
         Filter filter = new LikeFilter("getName", name + "%", false);
         return performSearch(filter);
     }
     @SuppressWarnings("unchecked")
     private List<Commune> performSearch(Filter filter) {
         Set<Map.Entry<Object, Commune>> entrySet=cacheCommunes
                 .entrySet(filter);
         List<Commune> result = new ArrayList<Commune>(entrySet.size());
         for (Map.Entry<Object, Commune> e : entrySet) {
             result.add(e.getValue());
         }
         return result;
     }
}

Appliquons le même benchmark.

Résultat du benchmark Coherence avec Filtre

Le temps de réponse du service est meilleur (autour de 500 ms) mais constant. Il y a donc un gain par rapport aux requêtes qui retournent beaucoup d’éléments (A,B,C,L,S,..) mais une perte sur les requêtes qui retournent peu d’éléments. Donc plus le filtre sera sélectif, moins la recherche dans le cache sera efficace.

Ceci se comprend mieux si on affine l’étude de l’API Coherence. L’interface Filter définit une seule méthode: evaluate

package com.tangosol.util;
public abstract interface Filter
{
  public abstract boolean evaluate(Object paramObject);
}

Donc une recherche dans le cache par filtre se résume à parcourir l’ensemble des entrées de la Map et à appliquer le filtre passé en paramètre.

…Encore plus rapide avec un index

Si on examine de plus près le filtre utilisé LikeFilter, on peut noter qu'il implémente l'interface IndexAwareFilter. Il est donc possible d'indexer le contenu d'un cache Coherence. Le code ci-dessous ajoute un index au cache "IndexedCommune": pour chaque entrée ajoutée au cache, il va extraire et indexer la valeur de la propriété "Name" (getName()).

NamedCache cache = CacheFactory.getCache("IndexedCommune");
cache.addIndex(new ReflectionExtractor("getName"), true, null);

Appliquons le benchmark.

Benchmark Coherence avec filtre indexé

Avec l'ajout de l'index, le temps de réponse du service a encore nettement chuté et reste proportionnel au nombre de communes retourné. Donc si le filtre est sélectif, le temps de réponse sera très bon.

En moyenne, la première solution a divisé le temps de réponse par 5, la seconde par 80. Cependant il faut garder à l'esprit qu'un accès à une valeur par son index (cache.get(key)) reste beaucoup plus performant que l'utilisation des Filters. Leurs utilisations doivent rester des exceptions.

Conclusion

Les solutions de "Data Grid" modernes comme Oracle Coherence offrent maintenant des services de haut niveau, semblables à ceux offerts par des SGBD, comme la gestion de la concurrence, des transactions, des indexs, du partitionnement, qui permettent d'améliorer nettement les performances d'une application J2EE.

Sources

Vous retrouverez l'ensemble des sources présentées dans ce billet dans le repository SVN de Xebia France.

Références

• Oracle Coherence (Site Officiel)
• Les caches, ces armes à manipuler avec précaution
• Paris JUG : Soirée Data Grid le 12 mai
• Oracle Coherence Knowledge Base Home

Actualité éditeurs / SSII

• Oracle annonce Oracle Middleware 11g

RIA

• ZK et ZKGrails

Le coin de la technique

• La transition de Jetty vers Servlet 3.0
• XWT pour Eclipse E4
• Se donner de la visibilité lors d’un échec Selenium

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

• Soirèe riviera JUG

Actualité éditeurs / SSII

Oracle annonce Oracle Middleware 11g

Le 1er Juillet, Oracle a présenté sa nouvelle offre autour du middleware: Oracle Middleware 11g et en particulier son offre SOA, Oracle SOA Suite.
Oracle propose un ensemble de produits qui utilisés conjointement permettent de concevoir, développer et superviser une application SOA.
Cette offre s’articule principalement autour de:

• JDeveloper pour le développement avec toujours un support soutenu de SCA et SDO
• Oracle Data Integration Suite, une offre de connecteurs (Messaging, Database,…)
• Oracle Service Bus 11g pour le routage, la transformation. Les principales nouveautés sont la possibilité d’appeler du code Java (seuls les appels vers des WebServices et des EJB étaient proposés), d’initier des transactions (XA) depuis le bus et de mettre en cache des résultats via Oracle Coherence 3.5 .
• Oracle BPEL Process Manager orchestre l’ensemble des processus métiers
• Oracle Business Rules offre l’externalisation des règles métiers
• Oracle Complex Event Processing (CEP) permet le traitement temps réel d’évènements métiers complexes.
• Oracle Business Activity Monitoring et Oracle Enterprise Manager Fusion Middleware Control se chargent de la supervision technique et métier de l’application
• Oracle Weblogic Server 11g (10.3.1). Cette version mineure de Weblogic Server remplace Kodo par TopLink, côté JMX, offre la possibilité d’inscrire des ‘CustomMBeans’ dans le Domain Runtime MBean Server et d’y accéder par WLST et, côté sécurité, deux nouveaux providers pour Oracle Internet Directory et Oracle Virtual Directory. Le support de Spring Framework semble également un peu plus poussé. Le plugin Eclipse est également mis à jour Oracle Enterprise Pack for Eclipse 11g
• Oracle Application Grid Coherence 3.5, composé de Weblogic Server, JRockit, Coherence 3.5, offre la technologie pour créer des applications ‘Data grid’.

Cette nouvelle version des produits étiquetés ‘Middleware’ présente (enfin) l’aboutissement de l’intégration des produits Oracle et BEA en une suite unifiée. Chaque domaine de l’application (développement, BPM, routage, intégration, supervision, …) est maintenant clairement associé à un produit (qui est parfois un regroupement de produits). Pas de nouveaux produits, seulement des versions mineures : serait-ce la version de la maturité ?

RIA

ZK et ZKGrails

Des nouvelles du projet ZK (Direct RIA) avec la sortie de la version 3.6.2 (par The Server Side)

Pour rappel, ZK est un framework open source Ajax permettant de développer des interfaces riches. Il embarque de nombreux composants graphiques qui vont de la date avec calendrier, de fenêtres et popups mais aussi des menus, des grilles… La définition de l’UI se fait à l’aide de ZUML (ZK User Interface Markup Language).

Cette version apporte d’importantes nouvelles fonctionnalités :

• Support de Google App Engine
• Amélioration des performances
• Nouveaux modes (include, instant, auto…)
• Mise à jour de composants (XUL et HTML)

Au total, c’est 48 bugs corrigés et 16 nouvelles fonctionnalités pour cette nouvelle mouture de ZK (qui se télécharge sur cette page).

A noter que dans la foulée, le projet ZKGrails (intégration du framework ZK dans Grails) a été mis à jour et embarque désormais ZK en version 3.6.2 (et toujours Grails en 1.1.1).

Cette version 0.7.4 de ZKGrails se récupère dans l’onglet téléchargements.

Le coin de la technique

La transition de Jetty vers Servlet 3.0

Jetty propose, depuis sa version 6, une API de continuation qui permet de suspendre et restituer l’exécution d’une requête. Cette fonctionnalité est particulièrement utile dans le cadre d’une application Comet.

Or, cette fonctionnalité est directement adressée par Servlet 3.0 dont la finalisation est imminente et qui sera implémentée partiellement par Jetty 7 et entièrement par Jetty 8. Un temps destiné à être dépréciée après l’arrivée des Servlet 3.0, l’API de continuation de Jetty perdurera parallèlement.

Greg Wilkins en explique les raisons : il souhaite offrir un compromis intermédiaire à la complexité de l’API asynchrone de Servlet 3.0. La compatibilité serait quant à elle assurée dans tous les conteneurs Jetty 6, 7 et 8.
L’API Servlet 3.0 apporte un certain nombre de changements majeurs. On peut donc s’attendre à ce que ce type d’initiatives visant à assurer une transition en douceur des applications se multiplient d’ici la finalisation de la spécification et de ses implémentations.

XWT pour Eclipse E4

Eclipse E4 est la prochaine version majeure d’eclipse.

Un des objectifs principaux d’e4 est de simplifier les APIs existantes d’eclipse.
Ce refactoring touche entre autres l’UI d’eclipse et son modèle de composants.

Cette vidéo, de type XWT in action, nous montre à la fois le code (descripteur XML du modèle…) mais aussi l’outillage avec une vue éditeur splittée source / design et une palette de composants SWT (qui sont tous gérés par XWT) et JFace.
A noter aussi ce tutoriel de type HelloWorld qui nous montre vers la fin la possibilité de styler ses composants avec une feuille CSS.

Pour celles et ceux qui sont déjà conquis ou qui souhaitent tester ces nouvelles fonctionnalités, l’installation d’E4 sur un eclipse existant est résumée sur cette page.

Se donner de la visibilité lors d’un échec Selenium

Dans la série trucs et astuces, Daniel Wellman partage sur le blog de stickyminds.com deux moyens de se donner de la visibilité lorsqu’un test Selenium échoue.

• Faire une capture d’écran lors de l’échec : l’idée peut sembler triviale, mais faire une capture d’écran devrait permettre d’éliminer rapidement un certain nombre de cas (une erreur de navigation par exemple). L’interface com.thoughtworks.selenium .Selenium (et son implémentation par défaut) de SeleniumRC offre une méthode (captureScreenshot(String)) pour réaliser cette capture.
• Enregistrer le DOM HTML : là encore, l’interface Selenium offre une solution toute faite pour enregistrer l’intégralité du source dans un fichier texte : getHtmlSource()

Ne reste plus qu’à factoriser l’appel de ces méthodes à chaque fois qu’un test échoue, et vous aurez à votre disposition pour débugger une erreur d’assertion, une StackTrace, une copie d’écran et un arbre DOM. Cela devrait faire gagner quelques précieuses minutes, surtout quand les scénarii Selenium sont longs à rejouer.

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

Soirèe riviera JUG

Le riviera JUG organise sa 4ème rencontre le 15 juillet prochain. Au menu cette soirée estivale, vous pourrez déguster une présentation sur la méthode SCRUM en plat de résistance et une présentation sur Groovy en dessert.

Soyez nombreux ! Et n’oubliez pas de vous inscrire ici.

Actualité éditeurs / SSII

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

RIA

• Sortie beta de Flash Builder 4 et de Flash Catalyst

Le coin de la technique

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

Actualité éditeurs / SSII

Tibco dans les nuages avec Silver

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

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

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

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

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

Oracle s’investit dans JavaFx

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

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

G1 payant : une simple incompréhension

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

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

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

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

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

RIA

Sortie beta de Flash Builder 4 et de Flash Catalyst

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

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

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

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

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

Le coin de la technique

Project Coin

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

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

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

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

(Com)prendre la vague Google Wave

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

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

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

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 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.