A première vue cette annonce est une bonne nouvelle car elle prouve qu'Eclipse est devenu incontournable. Cependant si on lit de plus près ce qu'Oracle propose de faire en intégrant le consortium Eclipse on peut rester quelque peu dubitatif.
En effet Oracle se propose de standardiser les APIs d'extensions des environnements de développement pour éviter que les fournisseurs de plugins aient à développer des versions différentes pour chacun de ces environnements, sont nommés explicitement Eclipse et NetBeans.
Cette standardisation serait faite à travers un groupe de travail en utilisant le processus classique en Java : proposition d'une Java Specifications Request (accessible dès aujourd'hui sur le site www.jcp.org).
Le problème est que cette spécification écarte explicitement l'utilisation de SWT et donc ne pourra pas être directement compatible avec Eclipse...
En fait ce qui transparaît derrière cette proposition d'Oracle c'est 'un coup de poker' pour combler une lacune majeure de son environnement de développement Java : JDevelopper.
Ce dernier n'est pas ouvert comme peuvent l'être NetBeans et Eclipse (pour lesquels on trouve de nombreux plugins).
Cette spécification, si elle aboutit, obligerait les équipes d'Eclipse et celles de NetBeans à revoir leur mode d'extension pour s'y conformer, le code des plugins existants serait aussi impacté de façon non négligeable.
En se laissant aller à quelques suppositions, il ne serait guère étonnant qu'Oracle propose comme code de départ de cette spécification ni celui de NetBeans ni celui d'Eclipse (ce qui mécontenterait une des deux communautés) mais un nouveau code tiré d'une évolution de JDevelopper. Ainsi Oracle gagnerait du temps et en ferait perdre aux autres !
Affaire à suivre...
Pour en savoir plus :
Infoworld : 'Oracle joins Eclipse'
La JSR 198 : 'A Standard Extension API for Integrated Development Environments'
