Actualité éditeurs / SSII

• Le meilleur de The Server Side

Le coin de la technique

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

Actualité éditeurs / SSII

Le meilleur de The Server Side

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

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

Le coin de la technique

Spring Security seulement un alignement sur Spring 3.0 ?

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

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

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

Tour d'horizon de JBoss Infinispan

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

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

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

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

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

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

JGroups à l'heure du Cloud Computing

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

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

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

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

Actualité éditeurs / SSII

• Java EE 6, Glassfish v3 et NetBeans 6.8 dans les bacs
• Terracota et Quartz : un premier produit disponible.

RIA

• GWT 2.0 est (enfin) là !
• Sortie de la release de FlexPMD 1.0

Le coin de la technique

• Le projet Lambda apparaît au sein d'OpenJDK
• Nouvelle version du meilleur IDE Java du monde...
• 10 ans d'attente et ECMAScript 5
• Nouvelle Milestone d'Eclipse Helios
• Spring Surf - le studio de composition de pages pour Spring MVC

Actualité éditeurs / SSII

Java EE 6, Glassfish v3 et NetBeans 6.8 dans les bacs

C'est la fin de longs mois d'attente, Sun nous livre finalement sa version 6 de la plateforme Java EE dont nous parlons depuis déjà longtemps sur le blog. Comme promis, c'est GlassFish v3 qui sert d'implémentation de référence à JavaEE 6. Le tout est fourni prêt à l'emploi : le SDK, l'implémentation serveur et l'IDE compatible. Vous pouvez donc d'ores et déjà essayer les EJB lite, les Servlet 3.0, la validation de Bean, l'injection de dépendance et bien sûr, la toute nouvelle JSF 2 "tant attendue".
Voilà un beau cadeau de Noël que Sun nous offre, d'autant que la sortie de GlassFish v3 s'accompagne des plugins adéquats pour Eclipse et IntelliJ. Nous souhaitons longue vie et grand succès à cette nouvelle plateforme JavaEE.
Pour plus d'information sur le sujet:

• JavaEE6 à Devoxx
• La news sur le site de Sun
• Inteview de Roberto Chinnici sur InfoQ
• L'annonce sur The Server Side

Terracota et Quartz : un premier produit disponible.

Un peu moins d'un mois après le rachat de Quartz par Terracota, l'éditeur met en application son acquisition, en proposant Terracotta Quartz EX, un Job Store pour Quartz. Cette nouveauté permet de développer une plate forme de gestion de charge et de distribution des traitements basée sur une gestion des jobs en mémoire.
Pour ceux qui utilisaient Quartz de manière non clusterisée, une nouvelle version de Quartz permet d'utiliser une instance de serveur Terracota comme JobStore. Cela procure, automatiquement, à la fois une solution de persistance et de haute disponibilité pour la programmation des jobs. Cette implémentation repose sur le lock manager et la plate forme haute-dispo de Terracotta (et ne nécessite donc pas de base de données).
Pour ceux qui utilisaient déjà Quartz de manière clusterisée, à l'aide d'une base de données centrale, le nouveau Terracotta Job Store permet de continuer à utiliser le mode clusterisé, sans l'overhead dû à la base de données.

A n'en pas douter, comme pour EHCache, aquis il y a quelques temps déjà, Terracotta va rapidement proposer de nouvelles applications permettant de profiter au mieux des interactions possibles entre un scheduler et une plate-forme clusterisée.

Au passage, Quartz a subi un lifting afin que le framework respecte au mieux les normes Maven et s'intègre plus facile à Hudson.

Via infoQ

RIA

GWT 2.0 est (enfin) là !

L'une des sensations de la semaine dernière n'est autre que la sortie en release finale de GWT en version 2.0, quelques mois seulement après la mise à jour 1.7 qui ne faisait que corriger GWT pour les navigateurs récents.

Nous avons déjà bien couvert le sujet dans nos précédentes revues de presse, que ce soit pour la Milestone 1 ou la Release Candidate 1. Rien de nouveau donc si vous nous suivez régulièrement. On retrouve ainsi le development mode, le code splitting, l'intégration HTMLUnit, l'UIBinder, le RunAsync et bien d'autres. Le détail complet des différentes nouveautés se trouve sur cette page.

A noter aussi l'arrivée avec GWT 2.0 de Speed Tracer, un outil vous permettant d'analyser votre application et ainsi de repérer d'éventuels problèmes de performances.
Le plugin Eclipse a lui aussi été mis à jour et possède désormais de nouvelles fonctionnalités spécifiques à GWT 2.0, comme le support d'UiBinder et de ClientBundle.

Concernant la migration, les retours (comme celui-ci) sont plutôt encourageants et laissent présager une migration sans trop de difficultés. Les gains en performance se situent, comme on pouvait s'y attendre, au niveau du development mode et de son plugin pour débuguer directement dans le navigateur (ce bon vieux Hosted Mode ne va décidément pas me manquer). Même au niveau des librairies tierces, il n'y a pas de grosses incompatibilités remontées par l'auteur.

La section téléchargement se trouve ici.

Sortie de la release de FlexPMD 1.0

Une bonne nouvelle cette semaine pour les développeurs Flex : la sortie de FlexPMD, FlexCPD et FlexMetrics en release pour contrôler votre code. Voyons un peu plus en détail ces différents outils :

• FlexPMD

Nous vous en parlions en septembre, FlexPMD fournit maintenant des fonctionnalités supplémentaires :

• invocation depuis Eclipse grâce à son plugin,
• depuis FlashDevelop ou TextMate sur Mac OS X.

Le rapport peut être généré en HTML ou XML. Son rapport au format XML est un standard pouvant être exploité par tout intépréteur PMD comme le plugin d'Hudson.

• FlexCPD (Copy & and Paste Detector)
• FlexCPD permet comme son nom l'indique de détecter les duplications de code. Basé sur le moteur de JavaCPD, il peut être appelé en ligne de commande par une tâche Ant ou avec Maven. Les résultats sont exploitables dans Hudson également grâce au plugin DRY.
• FlexMetrics
• FlexMetrics permet d'avoir des métriques sur votre code Flex. Comme FlexCPD, il peut être appelé en ligne de commande, avec Ant ou Maven. Pour interpréter les résultats de l'outil, il est possible d'utiliser le plugin JavaNCSS.

Des outils intéressants donc, pour ajouter vos projets Flex dans vos outils d'intégration continue.

Le coin de la technique

Le projet Lambda apparaît au sein d'OpenJDK

Mark Reinhold annonce la création d'un nouveau sous-projet au sein d'OpenJDK : le Projet Lambda. Son but est d'apporter une implémentation des closures pour le JDK 7. Dans la mesure où il est prévu que cette fonctionnalité soit implémentée dans un premier temps pour être spécifiée par la suite, il sera particulièrement intéressant de suivre l'évolution de ce projet dans les prochains mois afin de découvrir à quoi pourraient ressembler les closures dans la prochaine version de Java.

Un premier document de travail a été mis à disposition. Il présente de manière non formelle la proposition pour l'implémentation des closures qui est retenue pour le moment. Cette proposition se base sur les trois principales bases de travail qui s'étaient dégagées lors des débats précédents, à savoir la BGGA, la CICE et la FCM. Elle met en avant principalement :

• La syntaxe retenue pour la définition de fonctions anonymes qui se base sur le caractère #, ainsi #()(42) définit une fonction retournant toujours 42.
• La définition d'un type Java pour ces fonctions. Ainsi la fonction #()(42) prise en exemple précédemment a pour type #int().
• Les fonctions anonymes peuvent être converties automatiquement lorsqu'elle sont passées en argument d'une méthode attendant une instance d'une classe anonyme. En clair, il sera possible de créer une nouvelle thread avec new Thread(#() { ...some code... } ) plutôt que de fournir au constructeur une classe anonyme implémentant Runnable pour définir la méthode run(). Cette possibilité permettra donc aux closures d'être utilisées directement dans les APIs existantes !
• Dans certaines conditions, les closures sont à même d'utiliser les variables accessibles dans le contexte dans lequel elles sont définies.
• Le mot clé this peut être utilisé si la closure est déclarée depuis une méthode d'instance, il référence alors l'instance à laquelle est attachée la méthode concernée.

Enfin, pour faciliter les évolutions des APIs existantes que pourraient justifier ces nouvelles possibilités du langage, la notion de méthodes d'extensions est introduite. Il s'agit de permettre la définition de méthodes au sein des interfaces dont l'implémentation par défaut serait une méthode statique indiquée en argument.

Pour plus de détails sur cette proposition, n'hésitez pas à lire le document de travail, volontairement très didactique, du projet Lambda.

Nouvelle version du meilleur IDE Java du monde...

... en tout cas, c'est une des accroches d'IntelliJ IDEA
JetBrains continue donc sur sa lancée d'évolution majeure de ses produits.
Ainsi, après TeamCity 5.0, c'est au tour d'IntelliJ IDEA d'évoluer et de passer en version 9.

Les nouveautés sont très nombreuses. Les points importants retenus par JetBrains sont :

• la rapidité de l'IDE,
• l'amélioration de la lecture du code (meilleure coloration syntaxique...),
• meilleure UI, une structure de projet plus flexible,
• premier support Java 7 avec JSR308, support de JEE 6,
• meilleur support de Groovy,
• plugin de développement Android,
• support d'autres frameworks (Tapestry, GAE, GWT 1.7 et 2.0, Spring 3.0 et Spring Security 2.0 et 3.0),
• meilleur support de Maven,
• plusieurs nouvelles fonctionnalités pour le développement d'applications Flex. (Air, FlexUnit...).

Deux éditions nous sont proposées en téléchargement (avec différentes licences) :

• l'édition ultimate : complète, gratuite pour les licences Classroom et Open Source Project ;
• l'édition community : produit sous licence Apache 2.0 proposant en standard l'IDE pour Java et Groovy (et quelques plugins gratuits).

Et même quelques Friends of Eclipse vous encouragent à le télécharger Comme on dit : l'essayer, c'est l'adopter !

10 ans d'attente et ECMAScript 5

ECMAScript, langage de programmation de type script implémenté entre autres par Javascript et ActionScript, passe en version 5 (via InfoQ).
La version 4 ayant été abandonnée, il faut remonter à 1999 pour voir la dernière version d'ECMAScript et sa version 3... Ce fût long, mais au moins il est là !

Comme nous le rappelle Alex Blewitt, celle-ci essayera de s'imposer là où la version 4 (qui a d'ailleurs été abandonnée) a échoué, à savoir être pleinement supportée par les navigateurs actuels. En effet, nos sites web et nos outils évoluent mais pas la spécification ECMA. Côté application, c'est une nouvelle fois Google Wave (en GWT donc Javascript) qui est cité en exemple pour son côté collaboratif live. Et pour les outils, l'auteur cite Speed Tracer (inclus dans la release GWT 2.0) qui va nous permettre de détecter et de fixer certains problèmes de performances sur nos applications.

On notera la rétrocompatibilité avec les anciennes applications ECMAScript grâce au code suivant :

Ce code indique au runtime ECMAScript qu'il faut être compatible avec la version 5 d'ECMAScript et ses différentes nouveautés. Il sera possible d'être compatible sur tout le document ou seulement sur une partie de code. Concernant les anciens runtimes, le strict sera compris mais ne changera pas leur comportement.

Concernant les nouveautés de la spécification, on retiendra :

• déclaration de variable obligatoire : terminé les i=3, il faudra obligatoirement passer par var i=3 ;
• eval devient un mot clé réservé ;
• l'opérateur with disparaît ;
• les fonctions et objets ne peuvent plus avoir des arguments/propriétés doubles avec le même nom ;
• nouvel objet JSON et mécanisme de parsing désormais standard ;
• méthode trim pour l'objet String ;
• méthodes indexOf, map, filter and reduce pour l'objet Array;
• nombreuses nouvelles méthodes sur Object dont seal (empêche l'ajout/la suppression de propriétés), freeze (propriétés read-only), keys (liste les propriétés de l'objet) ou getPrototypeof (prototype de l'objet).

Beaucoup de bonnes nouvelles pour les développeurs donc. La rétrocompatibilité permettra une mise en place progressive sur notre code, soit par bloc soit directement sur toute la page. Côté API, on avait déjà l'habitude d'utiliser ces fonctions par l'intermédiaire de librairies comme jQuery mais cette standardisation est la bienvenue.

Nouvelle Milestone d'Eclipse Helios

Eclipse 3.6, nom de code Helios, vient de sortir en version Milestone 4. De nouvelles fonctionnalités sont apparues avec ce build, comme :

• la possibilité d'éditer plusieurs quick fix en même temps
• les "virtual folders" qui permettent de créer des regroupements de fichiers au niveau du projet pour une navigation plus facile
• amélioration du plugin JUnit

Pour plus de détails, voici la liste des améliorations et l'annonce officielle d'EclipseSource.

Spring Surf - le studio de composition de pages pour Spring MVC

Spring s'intéresse à présent à la gestion documentaire, grâce à une collaboration avec Alfresco, le système de GED Open Source Java, qui a démarré le projet Surf. A l'origine, l'objectif était de proposer aux utilisateurs d'Alfresco une plateforme pour développer leurs propres applications connectées à la GED.

Pour profiter des facilités de développement d'applications que propose Spring avec Spring Roo et Spring Tool Suite, Alfresco commence à migrer son projet Surf dans l'incubator Spring Extension.

Pour le moment, les principales informations se trouvent sur le wiki d'Alfresco, la page d'accueil de Spring Surf étant encore très succincte.

Pour démarrer, seuls l'addon Spring Roo et un QuickStart sont disponibles chez Spring (pas encore de tutorial). Et pour mieux connaitre ce que deviendra cette extension, l'application Alfresco Share, basée sur la plateforme Surf donne un bon nombre de pistes comme :

• Création d'applications uniquement par scripting (Freemarker, Groovy, PHP, JavaScript)
• Ajout de pages à une application basée sur le framework Spring MVC
• Développement avec un modèle extensible de templates, composants, styles, etc.

Premier sujet abordé, le futur de Java, à savoir JEE 6 et son implémentation de référence, Glassfish V3.

Dès l'opening keynote (par ailleurs relativement décevant étant donné l'aura qui l'entourait), James Gosling, le papa de Java, plante le décor : pour Java, "we're we heading", c'est JEE6 (et ses profils) et Glassfish V3, l'implémentation de référence.
On a même droit dès cet opening keynote à une démo des key features de Glassfish 3 (démo qui sera resservie dans la session dédiée au serveur d'application) : configuration des webapp par annotations, déploiement (exploded) à chaud, préservation des sessions, simplicité d'utilisation des EJB 3.1.

D'ailleurs, Roberto Chinnici insistera, dans sa présentation des nouveautés de JEE 6, sur ses JSR "coup de coeur", à savoir Servlet 3.0 (en particulier les Servlets asynchrones), JAX RS (qui abstrait les API HTTP bas niveau et facilite les développements REST), BeanValidation (mieux vaut tard que jamais), EJB 3.1 (et les nombreuses annotations qui vont faciliter leur utilisation : @Singleton, @Asynchronous, @Startup, @Locka ...).
Faute de temps, il est passé rapidement sur d'autres JSR qui devraient "révolutionner" les développements : JPA 2.0, scopes JNDI multiples, Web Profile ...
Cependant, deux informations que nous attendions ont été évoquées au détour d'une phrase : la JSR 299 (ex Web Beans) serait en cours d'adoption (aucune allusion à la JSR @Inject) et la date de final release de J2EE 6 est toujours septembre 2009.

On n'insistera pas sur une très bonne présentation GlassFish, qui a été malheureusement fortement déflorée par l'opening keynote. On notera cependant le fort accent porté sur la modularité OSGi du serveur d'application de Sun.

Enfin, James Gosling a fait d'autres annonces plus étonnantes : NetBeans serait le meilleur IDE pour développer en Java (ce dont il va falloir nous convaincre, même si la version 6.7 apporte des nouveautés intéressantes), et son intégration au projet Kenaï devrait faciliter le travail collaboratif (notion de developers cloud).
Il a aussi abordé dans le désordre les performances de Java comparées à C/C++ et même Fortran la voiture électrique de Neil Young pilotée par des smart cards Java, les améliorations continues de JSE 6, et enfin la création d'UI avec JavaFX.

Bref, de nombreux sujets dont nous aurons l'occasion de reparler ces deux prochains jours.

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

Les raisons officielles du rachat

Une stratégie à définir

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

De grandes dates pour voir la situation se décanter

Les raisons officielles du rachat

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

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

Une stratégie à définir

Quelle gouvernance pour Java ?

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

JRockit, une nouvelle JVM standard ?

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

Quel avenir pour MySql ?

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

Glassfish peut il encore exister ?

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

Netbeans, (enfin) la mort de JDeveloper ?

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

Poursuivre dans la voie JavaFx ?

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

De grandes dates pour voir la situation se décanter

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

Actualité éditeurs / SSII

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

SOA

• Red Hat JBoss choisit d'investir dans CXF

Le coin de la technique

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

Actualité éditeurs / SSII

Sun, Java et le JCP

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

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

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

RIA, SOA, Tim Bray tire dans le tas

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

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

SOA

Red Hat JBoss choisit d'investir dans CXF

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

Le coin de la technique

Enfin une roadmap détaillée pour le JDK7

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

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

L'analyse de ces informations aboutit à quelques remarques :

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

La création de bundles OSGi selon SpringSource

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

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

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

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

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

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

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

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

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

Outils Glassfish pour Eclipse

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

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

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