Oracle propose une video de présentation de la nouvelle version de son IDE basé sur Eclipse. Il se dégage de cette présentation qu'Oracle semble réellement déterminé à appliquer la stratégie annoncée côté IDE : proposer et maintenir 3 solutions gratuites, JDeveloper, Eclipse Oracle Entreprise Pack et NetBeans. La justification étant de laisser le choix aux développeurs. Cette stratégie est étonnante de la part d'Oracle, sera-t-elle pérenne ? En tout cas, pour l'instant, elle est crédibilisée par des éléments concrets.

Sun annonce la disponibilité d'une version d'Eclipse 'packagée' pour les développeurs ciblant Glassfish: GlassFish Tools Bundle for Eclipse. La distribution contient Eclipse WTP 3.4.1, Glassfish V2 et V3 Prelude, les plugins Eclipse d'intégration de ces deux serveurs et optionnellement un JDK 1.6.

Le blog de l'un des contributeurs explique la raison de cette offre. Certains y verront un manque de cohérence par rapport à NetBeans, pour notre part il nous semble parfaitement logique et pragmatique que Sun propose cette distribution, sachant que des offres équivalentes existent côté JBoss ou Spring. Maintenant une annonce comme celle-ci, quelques jours après l'annonce d'un possible rachat d'IBM par Sun, va certainement succiter de nombreux commentaires...

Ces deux articles expliquent les rapports entre Sun et la fondation Eclipse. Le premier porte essentiellement sur la compétition entre les projets NetBeans et Eclipse, le second revient sur le choix contesté du nom 'Eclipse'.

Pour en savoir plus :
L'article: 'Eclipse Casts Shadow on Sun'
L'article: 'Eclipse: Behind the Name'

Cet article propose une comparaison entre Eclipse, JBuilder, WSAD, NetBeans et Sun Studio Creator.

Pour en savoir plus :
L'article: 'Java jams: five IDEs tested'

IBM propose trois articles expliquant pourquoi migrer de JBuilder, NetBeans et IDEA vers Eclipse.

Pour en savoir plus :
L'article: 'Migrating to Eclipse: A developer's guide to evaluating Eclipse vs. JBuilder'
L'article: 'Migrating to Eclipse: A developer's guide to evaluating Eclipse vs. NetBeans'
L'article: 'Migrating to Eclipse: A developer's guide to evaluating Eclipse vs. IntelliJ IDEA'

Les discussions entre Sun et Eclipse ont échouées. La justification officielle est que la fusion des deux projets (NetBeans et Eclipse) nécessitait trop de temps et d'investissement.

Pour en savoir plus :
L'article: 'Sun drops bid to join Eclipse'

Cet article fait le point sur la réflexion de Sun sur une éventuelle adhésion au consortium Eclipse. Le point de départ de cette réflexion est l'invitation faite à Sun par le comité d'Eclipse.

Les éléments notables sont les suivants:

• Le consortium Eclipse serait prêt à étudier un changement de nom
• Sun ne renoncerait pas au développement de NetBeans en rejoignant le consortium Eclipse
• Si Sun rejoignait le consortium un de leurs objectifs serait ''de valider que la communauté Eclipse utilise les standards Java de la bonne façon''

Nous interprétons le dernier point comme une sempiternelle attaque contre le choix de SWT à la place de Swing, sachant qu'un accord sur ce point nous semble fortement impropable nous voyons mal sur quelle base pourrait se faire l'adhésion de Sun.

Pour en savoir plus :
L'article : 'Sun still pondering Eclipse move'

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'

Cet article explique l'importance du projet Eclipse, il revient notamment sur l'entrée récente de HP dans le consortium. Cet article sera suivi par un second sur NetBeans.

Pour en savoir plus :
L'article : 'Open Source Tools: A Look At Eclipse'.

Cet article complet fait le point sur les tensions entre Sun et IBM concernant NetBeans et Eclipse. On y parle notamment de l'intérêt théorique d'une fusion des deux projets (très improbable). A noter une citation d'un employé Sun qui n'a visiblement pas étudié de prêt ce qu'était Eclipse : 'Eclipse n'est qu'un outil marketing d'IBM pour vendre plus de licenses de WebSphere Application Server' !

Pour en savoir plus :
L'article CNET : Sun, IBM ready to bury Java hatchet?

Dans cette première version nous abordons quelques interrogations de base comme :

• Eclipse c'est quoi ?
• Un environnement de développement Java de plus ?
• Où télécharger Eclipse ?
• Quelle version choisir ?
• Comment installer Eclipse ?
• Existe-t-il une FAQ officielle ?
• Quel est le positionnement d'Eclipse par rapport à NetBeans ?

Pour en savoir plus :
Notre FAQ Eclipse

Cette article explique les enjeux qui se trouvent derrière l'investissement dans l'open-source d'IBM, avec Eclipse, et de Sun, avec NetBeans.
A noter une petite erreur sur le nombre de messages dans le newgroup Eclipse : annoncé à 100 par mois, il faut lire 100 par jours.

Pour en savoir plus :
L'article JavaWorld : 'Will Big Blue eclipse the Java tools market ?'