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 :

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