Die Suche nach dem neuen Standard

Hoch geht es zurzeit in Oracles Java-Universum her: Nach dem endgültigen Vollzug der Sun-Übernahme im Januar beendet Oracle OpenSolaris, klagt gegen Google wegen Android, stellt eine neue Roadmap für JDK 7 und JDK 8 vor, kündigt eine Neuausrichtung von JavaFX ohne JavaFX Script an, gewinnt IBM als Partner für die OpenJDK-Entwicklung, scheitert bei der Exekutiv-Komitee-Wahl des JCP mit seinem nominierten Unternehmen Hologic und, so erreicht uns kurz vor Redaktionsschluss die Meldung, wird in Kooperation mit Apple an einer OpenJDK-Version für Mac-Betriebssysteme arbeiten.

Während sich die eine der großen Open Source Foun­da­tions, Apache, durch den Oracle-Kurs zunehmend ins Abseits gedrängt fühlt – hat sie mit IBM doch einen der wichtigsten Partner im Harmony-Projekt verloren – und offen mit einem Rückzug aus dem JCP droht, verhält sich die Eclipse Foundation auffallend ruhig und lässt die Ereignisse mit gelassener Zurückhaltung auf sich zukommen.

Nicht dass Eclipse von den jüngsten Ereignissen nicht tangiert würde – im Gegenteil. Doch vieles spricht dafür, dass man einigen der Entscheidungen Oracles bei der Eclipse Foundation durchaus mit einem gewissen Wohlwollen gegenübersteht. Eclipse-Erfinder IBM und Oracle, ebenfalls strategisches Eclipse-Foundation-Mitglied und Beiträger zu einigen der wichtigsten Eclipse-Projekte (EclipseLink, WTP etc.), sitzen nun an der Quelle der Macht – und es ist anzunehmen, dass Eclipse in deren Planungshorizont eine tragende Rolle spielt.

Und zu diesem Zweigestirn gesellt sich nun auch Apple. „Wenn kein großes Unternehmen einspringt und die Arbeit auf sich nimmt, einen Mac-Port für Eclipse zu entwickeln, ist es das Ende von Eclipse auf dem Mac“ – so hat sich Tasktop-Ingenieur David Green im Interview mit dem Eclipse Magazin geäußert (S. 89). Und diese „Einspringer“ sind nun offensichtlich gefunden: Oracle und Apple werden für die Weiterführung von Java auf dem Mac sorgen – und damit dürfte auch die Zukunft von Eclipse auf dem Mac so sicher sein wie nie zuvor.

Eben zurück in den JCP gewählt, hat Mike Milinkovich Oracle denn auch gleich die Unterstützung für das geplante JDK 7 zugesagt. Nicht kooperationsbereit gibt man sich allerdings in Sachen JDK 8. Grund dafür ist der für JDK 8 geplante Modularisierungsstandard, der im so genannten Projekt Jigsaw entwickelt wird. Eclipse sähe hier lieber den auch für die Eclipse-IDE verwendeten OSGi-Standard integriert – und es könnte sein, dass die alte Debatte „OSGi versus Jigsaw“ mit neuen Vorzeichen wieder aufflammen wird. In der Tat sind sowohl IBM als auch Oracle, anders als Sun, starke Nutzer der OSGi-Technologie – und so sagt interessanterweise auch Oracle-Architekt Mike Keith im Interview (S. 86), OSGi werde als Modularisierungsstandard für JDK 8 ganz oben auf der Liste der möglichen Optionen stehen.

Ganz unabhängig von diesen politischen Grabenkämpfen dreht sich das Technologierad bei Eclipse weiter wie ein Schweizer Uhrwerk. Der Indigo-Release-Zyklus nimmt langsam Fahrt auf, mit Eclipse 4.1 im Gepäck (Marc Teufel, S. 35), das deutlich in Sachen Performanz und Stabilität zugelegt hat. In erstaunlicher Regelmäßigkeit entstehen vielversprechende neue Projekte (Jubula S. 64, OSGi Enterprise Tools S. 88 , Eclipse Client Platform S. 74, Graphiti S. 67), die Gründung neuer Industry Working Groups steht bevor (Automotive, Modeling) und auch im Tooling-Bereich darf sich die Eclipse-Community über die Freigabe der Qualitätswerkzeuge der von Google übernommenen Instantiations freuen (S. 33).

Keineswegs von Krisenstimmung war auch der diesjährige Ludwigsburger Eclipse Summit geprägt. Vor rekordverdächtiger Besucherkulisse bot die Konferenz ein qualitativ hochwertiges Programm wie selten zuvor – in einer Art Rückbesinnung auf die Qualitäten von Eclipse: technologische Exzellenz und Innovationsgeist. Wie schon auf der EclipseCon begeisterte Nasa-Softwarearchitekt Jeff Norris mit seiner Keynote „Mission-Critical Agility“, in der er seine Eclipse-Jünger beschwor, sich nicht auf dem bisher Erreichten auszuruhen und sich auf die mutige Suche nach neuen Standards zu machen, selbst auf die Gefahr hin, alte Zöpfe endgültig abschneiden zu müssen.
Einer dieser neuen Standards, der die Zukunft von Eclipse prägend verändern könnte, ist auch das Titelthema dieser Ausgabe des Eclipse Magazins: Das Versionskontrollsystem Git wird über kurz oder lang die alten SVN und CVS beerben. Und mit dem Projekt EGit, einem Git-Teamprovider für Eclipse, scheint sich in Sachen räumlich verteiltes Entwickeln im Team bei Eclipse ein neuer State of the Art herauszubilden, von dem die ganze Java-Community profitieren wird.

Viele spannende Stunden beim Lesen dieser Ausgabe wünscht
Hartmut Schlosser, Redakteur