Coding

Ich habe gerade versucht, Subclipse in Eclipse Europa zu installieren. Gar nicht so einfach. Die Installationsanleitung für Subclipse listet 2 Versionen auf, die für Eclipse 3.2+ funktionieren sollen. Die Version 1.4 funktioniert dabei nicht, da eine Referenz auf das Mylyn Plugin in Europa nicht korrekt aufgelöst werden kann.

Benutzt man die Version 1.2 (Update Site: http://subclipse.tigris.org/update_1.2.x), so kann eine Referenz zu "Buckminster" nicht aufgelöst werden. Dies ist jedoch einfach zu beheben: In den Features, die Subclipse installieren will, ist auch das Paket "Buckminster" unter "Integrations (Optional)" gelistet. Wenn man dieses Feature ausknippst, so können alle Abhängigkeiten aufgelöst und Subclipse installiert werden.

Nachdem ich mit der Benutzung von Eclipse 3.4 (Ganymede) wieder solche heftigen Probleme hatte, versuchte ich aus reiner Verzweiflung noch einmal eine frische Installation von Eclipse 3.3 (Europa). Ein Versuch mit meinem JBoss Projekt ergab wieder das selbe Ergebnis, wie bei meinen letzten Gehversuchen mit Europa: Mir wurde lapidar eine NullPointerException beim Starten meines Web-Projektes über den JBoss Server mitgeteilt.

Googlen ergab, dass dieses Problem wohl ein bekanntes ist, welches inzwischen als "FIXED" markiert ist. Also öffnete ich den Update Manager meiner Europa Installation. Diese zeigte mir 3 wichtige Updates, 2 davon waren die Web- und die J2EE Standard Tools. Diese Updates führte ich durch und startete Europa neu. Was soll ich sagen: Jetzt deployed und startet Europa mein JBoss Projekt korrekt!

Das gibt es doch gar nicht! Nachdem ich mit meiner Eclipse 3.2 Version immer mehr Probleme mit Plugins bekomme, da diese kaum noch für die 3.2 Version verfügbar sind, habe ich mal auf die neueste Eclipse Version 3.4 geschielt. Ein Kollege unter Windows installierte diese einfach und startete das alte 3.2 Projekt ziemlich problemos unter der neuen Version 3.4. Das beflügelte mich zu einem Versuch, trotz meiner enormen Probleme beim Update auf die 3.3 Version, dies auch einmal unter Ubuntu zu probieren. Bisher erfolglos!

Nachdem ich mir auf Ubuntu eine Eclipse 3.2 Version mit dem Paketmanagement installiert hatte und diese um die von mir benötigten Web/J2EE Tools erweitert hatte, hatte ich in kürzester Zeit und völlig stressfrei eine stabile Entwicklungsumgebung auf dem Rechner.

Nun benötigte ich aber auch noch die PHP Development Tools, derzeit vor allem für Serendipity Entwicklungen. Die PDT sind inzwischen allerdings nur noch für Eclipse Europa zu haben. So installierte ich mir die neue Version und richtete meine Web/J2EE Umgebung darin ein. Ein Desaster! Meine J2EE Projekte konnte Europa nicht deployen, es wurde nur lapidar eine NullPointerException gemeldet, und viel schlimmer: Die Projekte und Abhängigkeiten waren so kaputt, dass mein altes Eclipse nicht mehr richtig startete.

Danach habe ich alles deinstalliert, alle Eclipse Verzeichnisse gelöscht und noch mal von vorne angefangen. Das klappte auch so weit, aber auf einmal wollte Eclipse 3.2 nicht mehr mein WAR erstellen und deployen. Das war extrem verwunderlich, denn alle Konfigurationen des Projektes kamen aus dem CVS, aus dem ich es extra noch einmal frisch gezogen hatte.

Bei meinem Wechsel damals von Java auf C# Entwicklung und dem damit zwangsweise verbundenen Umstieg auf Visual Studio .NET 2003, hatte ich große Probleme. Ich war Entwicklungsumgebungen wie IntelliJ für Java und später Eclipse gewohnt. Beide enthielten mächtige Tools, mit denen vor allem das Refactoring von Code (Umbenennen von Attributen und Methoden sowie Ändern von Methodensignaturen z.B.) zum Kinderspiel wurde. Auch die Möglichkeiten, die Benutzung von Code projektübergreifend zu finden, ist in Visual Studio .NET nur rudimentär vorhanden. Ebenso empfand ich es bei Eclipse immer als extrem hilfreich, dass man schon beim Tippen des Codes sehen konnte, wenn Code nicht kompilierbar ist oder Warnungen erzeugen wird. Im Vergleich zu Eclipse und IntelliJ ist VS.NET eher eine Amateur Entwicklungsumgebung, jedenfalls was das reine Bearbeiten von Code betrifft. Oberflächen usw. macht VS.NET ziemlich gut, alles andere ist einfach nur nervig.