Ses composants métier sont trop complexes à développer. Ses extensions propriétaires freinent parfois son adoption par les entreprises. Il n'en fallait pas davantage pour que - fait hautement symbolique -, les deux ennemis jurés d'hier, BEA et IBM, en arrivent aujourd'hui à s'associer pour prendre les destinées de J2EE en main.

En effet, les deux leaders du marché des serveurs d'applications J2EE viennent de publier trois spécifications, destinées à rassurer les utilisateurs et les éditeurs de logiciels travaillant sur J2EE. Des innovations qui doivent être prochainement soumises au processus d'évolution de Java, le JCP (Java Community Process).

La première spécification, appelée Service Data Objects, vise à simplifier les interfaces de programmation J2EE d'accès aux sources d'information. Le procédé offre la possibilité au développeur de faire abstraction des données et des objets, de sorte qu'il devienne plus simple d'accéder à des sources de données hétérogènes, telles que des bases de données XML ou relationnelles. Service Data Objects est déjà en partie intégrée aux outils de développement Websphere Studio, d'IBM, et Weblogic Workshop , de BEA.

La deuxième spécification, Work Manager for Application Servers, consiste à offrir une version commune du descripteur de déploiement des applications J2EE. En effet, jusqu'à présent, le déploiement des applications relevait d'un descripteur spécifique à chaque serveur d'applications.

Enfin, la troisième spécification doit favoriser l'exécution d'applications en mode asynchrone au moyen d'une technologie de parallélisation des tâches. Timer for Application peut être exploitée, par exemple, pour effectuer en parallèle des recherches à l'intérieur d'une base de données. Une technologie déjà intégrée dans Websphere Application Server Enterprise version 5.

Même si ces trois spécifications seront prochainement proposées au JCP, la démarche de BEA et d'IBM confirme que, bien souvent, l'innovation technologique est d'abord implémentée dans les produits avant de s'inscrire à l'agenda des travaux de standardisation du JCP. Une tendance à la standardisation de facto, qu'IBM avait déjà entamée en 2001 avec l'infrastructure de développement Eclipse , à la fois complémentaire et concurrente du JCP.

Eclipse vient d'ailleurs d'annoncer l'ouverture d'un nouveau chantier. Appelé Visual Editor Project, sa tâche consiste à standardiser le développement des interfaces graphiques. Une initiative à laquelle Sun et Oracle, notamment, viennent de riposter en annonçant la création de l'organisation Java Tools Community, chargée de standardiser l'intégration de programmes additionnels aux environnements de développement.