JAXenter: Diskutiert hatten Andreas Ender, Ralph, AK und Trepper darüber, ob die große Freiheit, die das Eclipse Plug-in-Konzept mit sich bringt, nicht in eine "Plug-in-Hell" führt, in der eine stimmige Koordination der diversen Plug-ins unmöglich wird.

Und genau dass ist DAS Problem bei Eclipse! Für jede fehlende Funktionalität muss man ein Plugin irgendeines Autors verwenden das sich dann (oh Wunder) mit einem anderen Plugin nicht verträgt. Andreas Ender

Vor allem durch die verkürzten Release Zyklen werden ständig neue Konzepte integriert oder überarbeitet, so dass viele Plugins - und damit meine ich auch Eclipse-eigenen Plugins - nicht mehr richtig funktionieren. Ralph

Daniel Megert zu der Diskussion:

Daniel Megert: Für Plug-ins, die sich an die Spielregeln halten, ist das kein Problem. Leider halten sich selbst Plug-ins, die von der Eclipse Foundation angeboten werden, nicht immer daran. Der Release-Train, bei dem mittlerweile über 38 Projekte mitmachen, hilft, dieses Problem zu minimieren, und seit R3.4 sieht ein Plug-in-Schreiber dank den API Tools auch sofort, wenn er die Spielregeln nicht einhält. Sollte ein korrekt geschriebenes Plug-in, auf einem neuen Release nicht mehr laufen, so ist das ein Kontraktbruch durch die Plattform, der in einem Service-Release behoben werden müsste. Binäre Kompatibilität liegt uns am Herzen und ist ein wichtiger Bestandteil jedes unserer Releases.

JAXenter: David Linsin fragt nach dem SVN Support bei Eclipse:

Warum gibt es in der Standard Eclipse Version immer noch kein SVN Support? Warum muss ich mir das separat runterladen und kann nicht einfach loslegen? David Linsin

Daniel Megert: Dafür gibt es mehrere Gründe: Als wir das erste Eclipse Release veröffentlichten, wollten wir eine professionelle Java IDE mitliefern, und da gehörte ein SCM-Anschluss dazu. Zur damaligen Zeit war CVS das meist verwendete SCM in Open-Source-Projekten. Heute ist der Eclipse SDK Code immer noch in einem CVS Repository, und daher ist der CVS Support immer noch Teil des SDK's. In Zukunft könnte ich mir eher vorstellen, dass auch der CVS Support herausgelöst wird, als dass wir noch SVN dazu nehmen. Dies auch, weil mit GIT schon das nächste SCM vor der Tür steht. Ich könnte mir auch vorstellen, dass die Foundation neben den bestehenden Download Packages auch solche mit SVN und/oder GIT Support bereit stellt.

JAXenter: Marc Teufel stellt zwei Fragen:

Warum bringt Eclipse nicht von Haus aus eine Maven-Integration mit, die so gut ist, wie die von Ant? Marc Teufel

Daniel Megert: Aus fast den gleichen Gründen, wie bereits oben erwähnt: Tools, welche wir selber benutzen, haben Priorität und zur Zeit verwenden wir im Eclipse SDK Maven nicht.

Gibt es Pläne über zukünftige Features, die das Entwickeln mit Java noch einfacher und besser gestalten sollen? Marc Teufel

Daniel Megert: Mit Java 7 werden direkt für Java selbst neue Verbesserungen kommen, welche wir natürlich in der Eclipse Java IDE unterstützen werden. Zudem möchten wir in Zukunft das Lesen von verschachteltem Code erleichtern, indem man zum Beispiel einfach erkennen kann, wenn Code falsch eingerückt ist. Daneben machen wir auch unsere existierenden Features, wie Content Assist, Quick Fixes und Refactorings immer smarter.