OlliN's » eclipse

Eclipse TPTP und Gentoo

ollin — Thu, 02 Jul 2009 08:39:05 +0000

Wenn beim Starten einer Profiling-Session unter Eclipse 3.4.1 mit TPTP auf einem Gentoo-System der Fehler IWAT0435E auftaucht (Details hier), dann sollte man mal die alte libstdc installieren:

emerge sys-libs/lib-compat

Eclipse neu starten und schon kann es losgehen…

*grübel* Benutzt noch jemand 3.4.1? Ausser mir meine ich

Apropos Profiler

ollin — Sun, 27 Jul 2008 19:48:44 +0000

Gestern habe ich kurz den Netbeans-Profiler gezeigt. Der ist übrigens einfach so bei der Installation von Netbeans mit dabei und funktioniert tadellos. Vor einer Zeit habe ich mal versucht den Profiler von Eclipse (TPTP) zum Laufen zu bringen. Ich habe es nach einiger Zeit geschafft auf meiner Gentoo-Linux-Büchse eine Applikation nach Memory-Leaks zu untersuchen. Aber es ist schon ein Unterschied zwischen “funktioniert einfach” bei Netbeans und “Lese mal Installationsanleitung und probiere eine Weile bis es läuft” bei Eclipse.

Auch den Subversion-Client von Eclipse wird standardmäßig nicht installiert. Und auf der Website von Eclipse ist derzeit (Version 0.7.1) aus Lizenzgründen nicht mal ein vollständiger Client vorhanden. Man muss noch auf eine andere Seite um sich von dort noch Teile des Clients zu holen. Ist zwar alles dokumentiert, doch auch hier ist es bei Netbeans via Pluginmanager ganz einfach den Client zu installieren.

Gerade für Neueinsteiger ist also Netbeans besser geeignet. Aber auch die “alten” Eclipse-Hasen sollten mal über den Tellerrand in Richtung Netbeans schauen… da läuft Einiges (siehe Scripting) und zum Teil besser (siehe GUI-Builder).

Ach, wenn Netbeans doch nur so viele schöne Einstellungen für die Codeformatierungen hätte wie Eclipse… dann wäre ich überglücklich. Wenn man nämlich wie ich in einem Projekt arbeitet, welches die automatische Formatierung beim Speichern einer Datei vorschreibt und auch noch viele spezifische Formatierungsoptionen von Eclipse benutzt, dann ärgert man sich ab und zu wenn man mit Netbeans die eine oder andere Formatierung noch per Hand machen muss.

Netbeans und Code Formatierung in Multi-IDE-Umgebung

ollin — Wed, 27 Feb 2008 09:23:50 +0000

Ich arbeite derzeit als einziger in einem Projekt mit Netbeans 6.0.1. Alle anderen Entwickler benutzen Eclipse. Nun haben wir in diesem Projekt strenge Richtlinien was die Code-Formatierung angeht und ich musste feststellen, dass Netbeans bei weitem nicht so viele Optionen bei der Formatierung hat wie Eclipse. In meinem Fall stört mich eigentlich nicht viel:

Aus dem Fileheader werden immer die Leerzeilen gelöscht. Überhaupt gibt es für Kommentare soweit ich es überblicke keine Einstellmöglichkeiten.
zwischen Membervariablen werden immer die Leerzeilen gelöscht (Siehe Issue 121956).
Es ist nicht einstellbar, dass beim Speichern der Datei die Formatierung und das “Organisieren der Import-Statements” ausgeführt wird.

Es sind keine grosse Sachen, aber sehr lästig, wenn man in einem Projekt mit unterschiedlichen IDE’s arbeitet. Am schönsten wäre es natürlich, wenn man die Einstellungen von Eclipse einfach importieren könnte.

Einen Export der Formatierungen gibt es in Netbeans derzeit nicht. Alle Einstellungen sind aber in einer Datei gespeichert, die man seinen Kollegen weitergeben kann, damit sie die gleichen Einstellungen benutzen können. Die Datei ist zu finden unter:

/.netbeans/6.0/config/Preferences/org/netbeans/modules/java/source/CodeStyle/default.properties

Es gibt auch viel Gutes zu berichten. Das folgt aber in einem anderen Post.

Hack den Klops (oder: Refactoring von snipplr4e)

ollin — Sun, 08 Jul 2007 18:58:05 +0000

Heute habe ich nun das Refactoring von snipplr4e abgeschlossen. Ich habe den snipplr.com spezifischen Code in ein eigenes Projekt (snipplrjc – snipplr java client) verfrachtet damit ich diesen Teil auch für das geplante Netbeans-Modul verwenden kann. snipplrjc ist dann in einem Eclipse-Plugin (net.sf.snipplr4e.snipplrjcintegration) enthalten, welches einen Extensionpoint (“net.sf.snipplr4e.service”) von snipplr4e implementiert und von dort benutzt wird.

Eigentlich wollte ich noch ein paar Sachen implementieren von denen auch die Anwender etwas haben. Integration in Code-Completion, Offlinefähigkeit (also lokales Speichern der Snippets und Synchronisieren mit snipplr.com) und Variablen ähnlich den Templates in Eclipse. Doch dann habe ich Folgendes gesehen:

Da gibt es ja jetzt in Eclipse 3.3 schon Snippets. Also werde ich wohl keine zusätzlichen Funktionen mehr in snipplr4e implementieren, da ja schon alles da ist. Extensionpoints für die Eclipse-Snippets habe ich noch keine gefunden, sonst würde ich nur noch die sync-Funktion zu snipplr.com ergänzen und auf das snipplr4e GUI verzichten.

snipplr4e version 0.1.1

ollin — Thu, 07 Jun 2007 11:19:25 +0000

Da Tyler auf seinem snipplr blog das Erscheinen von snipplr4e erwähnt hat, habe ich noch schnell ein paar Fehler korregiert und im Kontextmenu noch alle Aktionen eingefügt.

snipplr4e bekommt also damit seinen ersten Bugfix-Release die Version 0.1.1.

Obwohl gar nicht so viel downloads gemacht wurden (3x habe ich davon den download getestet), ist snipplr4e aber immerhin in den letzten Tagen um Platz 550 auf sourceforge.net platziert.

*Freu*

snipplr4e version 0.1.0

ollin — Sat, 02 Jun 2007 14:48:18 +0000

Soeben habe ich snipplr4e in der Version 0.1.0 bei sourceforge.net veröffentlicht. snipplr4e ist ein Eclipse-Plugin um Source-Schnipsel direkt aus dem Eclipse Editor zu snipplr.com zu senden. Man kann in seinen Schnipseln auch suchen und sie direkt löschen.

Ich habe mir überlegt, dass ich einen Vergleich zwischen Eclipse und Netbeans als RCP bzw. Plugin-Plattform machen möchte. Dazu habe ich einen einfachen Anwendungsfall gesucht und gefunden. Als Erstes habe ich das Eclipse Plugin gebaut und nun ist Netbeans dran.
Wenn es nun auch noch Benutzer gibt, welche die Plugins verwenden, bekomme ich einen richtigen Lebenszyklus (mit Bugs, Feature Requests und Updates) für diese kleinen Softwareprojekte. Das Ganze wird dann lebendiger und ich hoffe zu Dingen Aussagen machen zu können, die ich jetzt noch gar nicht sehe.

Vorgestern ist nun endlich “Rich Client Programming – Plugging into the Netbeans Platform” in Buchform bei mir angekommen. Es kann also mit Netbeans losgehen…

Ralph Müller zu Besuch

ollin — Mon, 16 Apr 2007 19:47:04 +0000

Heute war Ralph Müller bei uns in der Firma. U.a. vertritt er die Eclipse Foundation in Europa. Es war ein lustiger Nachmittag. Wir haben zeigen können was wir so mit Eclipse RCP gebaut haben und er hat uns erzählt wie wir uns ein wenig bekannter machen können in der Eclipse Community, wo man gut Vorträge halten kann und wie andere mit Eclipse RCP arbeiten.