A la grande surprise du groupe Java Community Process (JCP), l’un de ses membres les plus éminents, IBM, s’est opposé au vote de la version 1.3 de la spécification standard J2EE. Et ce, même si, sa contestation étant isolée, il n’a d’autre choix au final que de se rallier aux décisions de la majorité.Big Blue s’érige contre l’obligation faite aux éditeurs de serveurs d’applications J2EE d’intégrer une implémentation du gestionnaire de middleware asynchrone JMS (Java Messaging Service).Pour se justifier, il établit une analogie entre JDBC (Java Data Base Connector) et JMS. Une API (Interface de programmation d’applications) reste, selon lui, le meilleur mécanisme pour accéder à un gestionnaire de ressources, qu’il s’agisse d’une base de données ou d’un middleware (JMS, dans le cas présent).
IBM cherche-t-il à préserver MQSeries ?
Compaq ne se dit pas insensible à cet argument, mais souligne en revanche que l’inclusion des Message Driven Beans dans J2EE 1.3 exige le recours à des services JMS en natif. Pour l’éditeur de serveurs d’applications BEA, la position de Big Blue revient à priver les serveurs J2EE des capacités de services Web asynchrones, dont IBM se veut pourtant le chantre.Interrogé sur ces deux points, IBM n’apporte pas de réponse. Il préfère plutôt avancer un second argument plus étonnant : l’intégration obligatoire de JMS dans J2EE 1.3 menacerait l’indépendance des jeunes éditeurs JMS. Un avis que fustige Carl Zetie du Giga Group, qui rappelle que la consolidation du marché J2EE est déjà en marche.D’autres voient dans l’obstination d’IBM, sa volonté de protéger les quelque 50% de parts de marché détenues par son middleware MQSeries. Lequel est déjà étroitement interfacé à son serveur J2EE WebSphere 4.0…
🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.
