Rod Johnson(CEO de SpringSource, co-auteur de Spring) publie sur le blog de SpringSource une réaction assez vive à l’annonce de la nouvelle stratégie de Red Hat Inc. appelée JBoss Open Choice.
Red Hat Inc. communique officiellement une offre ouverte visant à rassurer les clients finaux en proposant un package construit sur JBoss MicroContainer, capable de supporter Java EE, Spring Framework, Struts, bref un peu prêt tout ce dont on a besoin pour construire une application d’entreprise.
L’objectif de l’offre JBoss Open Choice Strategy est d’ouvrir un peu plus l’architecture de JBoss vers d’autres frameworks comme GWT, Seam, Struts et Spring, avec je pense l’idée du support derrière…
Rod Johnson objecte sur son blog que le choix reste dans les mains du client, qui n’est peut-être pas faux, et que Spring étant (d’après lui) un standard de facto, il considère cette annonce comme un mouvement défensif de Red Hat Inc. Bref cette manœuvre d’ouverture ne semble pas le rassurer.
Red Hat Inc. explique l’intérêt de la nouvelle offre :
The JBoss Open Choice strategy aims to provide a common application platform supporting various current and future programming styles and enabling different deployment models. The technology behind the JBoss Open Choice strategy is designed to support models such as Plain Old Java Objects, Java EE, Spring Framework, OSGi and a variety of Rich Internet Application frameworks. The flexible platform is intended to enable enterprises to separate core enterprise services such as persistence, caching and clustering, making the operational footprint simpler and easing development and deployment. All of these capabilities are expected to be available through a common core which will streamline the management of these varied environments. (source)
Mes idées sur le sujet (qui ne sont certainement pas toutes pertinentes) : c’est bien l’annonce d’un noyau modulaire et simple qui fait réagir Rod sur son blog, Red Hat propose de pérenniser le JBoss Microcontainer, l’un des points clés de l’architecture de JBoss, et qui dès le départ a été construit afin de piloter différents modules.
J’ai présenté l’architecture du MicroKernel (pas forcément la même chose que le Microcontainer) lors de ma formation JBoss en 2005 sur le Touilleur Express à Berlin.
Comme toujours, une réaction en plein JavaOne pour alimenter aussi le buzz autour de SpringSource, c’est toujours bon à prendre. On retiendra donc que Red Hat Inc. semble suivre la voie tracée par SpringSource comme l’explique Matt Asay sur CNet:
[…]It also means it will spend all its time fending off open-source upstarts in open source’s primary hunting ground: infrastructure. It’s therefore not surprising that Red Hat’s new JBoss Choice program appears to be a thinly veiled attempt to crimp SpringSource’s style, given the ubiquitous open-source Spring Framework and the threat it poses to JBoss Application Server.
SpringSource est entrain de réussir à monétiser le marché de l’open-source, pour l’entreprise et à l’adresse des personnes de l’exploitation. Red Hat Inc. a donc logiquement répondu et semble indiquer qu’ils souhaitent suivre la même voie, ce qu’ils font d’ailleurs très bien avec succès dans d’autres domaines.
A suivre…
Note: je passe le micro à Cyrille qui doit avoir une idée sur la question…
Ce n’est pas Red Hat qui suit la voie tracée par SpringSource, c’est Java EE 6. Toute future implémentation Java EE 6 (GlassFish, JBoss, Weblogic, WebSphere…) deviendra un concurrent direct de Spring puisque Java EE 6 spécifie un conteneur léger. Seul différence, le conteneur EE 6 aura plusieurs implémentations, alors que Spring n’en aura qu’une, celle de SpringSource.
Antonio
J’ai envie de dire, ce n’est pas la quantité qui compte… 🙂
Spring est un framework très répandu. Pour ce qui est de « SpringSource est entrain de réussir à monétiser le marché de l’open-source », je n’ai pas les données pour partager ton avis.