Tipps und Tricks

 

Import mit Linkerstellung Das Importieren externer Plug-ins und Fragmente kann - abhängig vom Inhalt der importierten Plug-ins -zeitaufwendig sein und zu umfangreichen Arbeitsbereichen führen.  Daher haben Sie im Assistenten "Externe Plug-ins und Fragmente importieren" die Möglichkeit, einen Import mit Linkerstellung auszuführen.  Dies bedeutet, dass die Importoperation die importierten Ressourcen nicht in den Arbeitsbereich kopiert,  sondern lediglich Links zu den importierten Dateien erstellt.  Sie können diese verlinkten Ressourcen so durchsuchen, als ob sie in den Arbeitsbereich kopiert worden wären.  Physisch gesehen befinden sie sich nicht im Dateisystem und können somit nicht geändert werden.   Daher sollten Sie keine Operationen ausführen, bei denen die Dateien im Arbeitsbereich physisch vorhanden sein müssen, denn diese Operationen funktionieren bei verlinkten Ressourcen nicht.
Plug-ins, Fragmente und Komponenten exportieren Es ist nicht mehr erforderlich, Plug-ins, Fragmente und Komponenten manuell im Arbeitsbereich zu erstellen und ihn auf diese Weise mit Nebenprodukten der Erstellung zu überfrachten.  Ab Release 2.1 können Sie mit den PDE-Exportassistenten Plug-ins, Fragmente und Komponenten ohne diesen Effekt erstellen und in eine arbeitsbereichexterne Zielposition kopieren.   Hierbei werden Sie vom internen Prozess der Erstellung (z. B. der Erstellung von Ant-Scripts, der Ausführung von Zielen, der Bereinigung usw.) abgeschirmt.
Robustere Erstellungspfade Wenn Sie in der Vergangenheit die Erfahrung gemacht haben, dass die gemeinsame Benutzung von Dateien ".classpath" durch Teammitglieder schwierig ist, weil jeder Entwickler einen anderen Arbeitsbereich hat, können Sie dieses Problem nun mit der PDE-Option "Klassenpfadcontainer" lösen.  Öffnen Sie die Seite Plug-in-Entwicklung > Java-Erstellungspfadsteuerung, und wählen Sie die Option "Klassenpfadcontainer verwenden" aus.  Sie müssen die Erstellungspfade Ihres Projektes aktualisieren, damit die vorgenommenen Änderungen angezeigt werden. Sobald Sie auf Klassenpfadcontainern umsteigen, können Sie entweder externe Plug-ins verwenden und/oder binäre Plug-in-Projekte importieren. Der Klassenpfadcontainer bleibt hierbei immer auf dem neusten Stand der Änderungen.
Unterstützung für komponentenbasiertes Self-Hosting Aktuell verwendet Eclipse für das Self-Hosting eine Plug-in-basierte Methode. PDE startet ein zweites Exemplar der Laufzeitworkbench, indem ein Bereich von Plug-ins übergeben wird, die geladen werden sollen. Ein normales Eclipse-Produkt ist hingegen komponentenbasiert: Während des Starts prüft es alle Komponenten, die aktiv sein sollen, berechnet Plug-ins, die zu diesen Komponenten gehören, und übergibt das Ergebnis für den Ladevorgang.

Dieser Verhaltensunterschied macht das Self-Hosting in solchen Szenarien kompliziert, in denen ein vollständiger Startvorgang erforderlich ist, an dem Komponenten beteiligt sind. PDE unterstützt nun dieses Szenario, wenn die Einrichtung sorgfältig vorgenommen wird:

  1. Der Arbeitsbereich muss "<arbeitsbereich>/plugins" heißen.
  2. Komponenten müssen mit dem Assistenten "Komponente importieren" in den Arbeitsbereich importiert werden (sie werden in "<arbeitsbereich>/features" erstellt).
  3. Alle Plug-ins müssen im Arbeitsbereich (entweder in der Quelle oder als binäre Projekte importiert) vorhanden sein.
  4. Beim Starten muss das Startprogramm für die Laufzeitworkbench so konfiguriert sein, dass Komponenten verwendet werden (Registerkarte "Plug-ins und Fragmente").

Wenn alle diese Bedingungen erfüllt sind, wird das Eclipse-Laufzeitexemplar auf eine Weise gestartet, die einem normalen Eclipse-Start so weit wie möglich entspricht. Hierdurch werden das Testen von Dialogen "Infos über" und andere Aspekte vereinfacht, die von der Gruppe der installierten Komponenten abhängig sein können.

Schablonen Um Ihnen einen Schnelleinstieg zu ermöglichen, stellt PDE mehrere Schablonen-Plug-ins zur Verfügung, die ein Plug-in mit einer oder mehreren voll funktionsfähigen Erweiterungen generieren.  Außerdem können Sie jederzeit, wenn Sie ein neue Erweiterung aus der Schablonenliste hinzufügen wollen (ohne ein Plug-in generieren zu müssen), direkt aus dem Manifesteditor auf diese Erweiterungsschablonen zugreifen.   Klicken Sie hierzu auf der Seite "Erweiterungen" des Editors auf "Hinzufügen...". .  Wählen Sie im aufgerufenen Assistenten im linken Teilfenster den Eintrag "Erweiterungsschablonen" und im rechten Teilfenster die gewünschte Schablone aus.
Ausmaß der Plug-in-Abhängigkeit Wenn Sie sich schon einmal die Liste der Plug-ins angesehen haben, von denen Ihr Plug-in abhängig ist, und sich gefragt haben, warum Ihr Plug-in ein bestimmtes Plug-in X benötigt, können Sie nun den Grund ganz einfach feststellen.  Die Operation Ausmaß der Abhängigkeit berechnen, die in vielen Kontexten im Kontextmenü enthalten ist (einschließlich der Seite "Abhängigkeiten" für die Manifestdatei und der Sicht "Abhängigkeiten") führt eine kombinierte Suche nach Java und Plug-ins aus und ermittelt alle Java-Typen und Erweiterungspunkte, die durch das Plug-in X bereitgestellt werden und auf die in Ihrem Plug-in verwiesen wird. Die Ergebnisse werden in der Sicht "Suchen" angezeigt.  Wenn ein Typ in der Sicht "Suchergebnisse" ausgewählt wird, sucht die Aktion Verweise in MeinPlugIn im Kontextmenü nach allen Stellen im Plug-in, an denen auf den ausgewählten Typ verwiesen wird.  

Falls die Suche kein Ergebnis zurückgibt, sollten Sie das Plug-in X definitiv aus der Liste der Abhängigkeiten entfernen, da es überhaupt nicht verwendet wird und nur das Laden der Klassen verlangsamt.

Die Aktion Ausmaß der Abhängigkeit berechnen ist außerdem nützlich, wenn Sie prüfen wollen, ob interne Klassen (die keine APIs sind) aus dem Plug-in X verwendet werden, was unter Umständen nicht erwünscht ist.

Nicht verwendete Abhängigkeiten suchen Wenn Sie die Anzahl der Abhängigkeiten eines Plug-ins verringern, können Sie die Leistung somit ganz sicher verbessern.  Im Zuge der Entwicklung eines Plug-ins kann es vorkommen, dass seine Liste der Abhängigkeiten nicht mehr aktuell ist und immer noch Verweise auf Plug-ins enthält, die nicht mehr benötigt werden.  Eine Möglichkeit, mit der Sie ganz schnell prüfen können, ob noch alle vom Plug-in aufgelisteten Abhängigkeiten durch das Plug-in verwendet werden, haben Sie durch die Ausführung des Dienstprogramms "Nicht verwendete Abhängigkeiten suchen". Dieses Dienstprogramm ist im Kontextmenü der Seite "Abhängigkeiten" im Manifesteditor von PDE verfügbar.
Plug-ins suchen Wenn Sie in Ihrem Arbeitsbereich oder in einem externen Plug-in nach einem Plug-in, einem Fragment, einer Erweiterung oder einem Erweiterungspunkt suchen wollen, können Sie hierzu die neue Registerkarte "Plug-in suchen" im Dialog "Suchen" verwenden.
Andere Plug-ins suchen Die Java-Suche ist auf Projekte im Arbeitsbereich sowie externe JARs beschränkt, auf die von diesen Projekten verwiesen wird.  Wenn Sie weitere Bibliotheken aus externen Plug-ins in die Suche einbeziehen wollen, öffnen Sie die Sicht "Plug-ins", wählen Sie ein Plug-in aus, und verwenden Sie dann die Option Zu Java-Suche hinzufügen im Kontextmenü. Auf diese Weise können Sie bequem feststellen, ob andere Plug-ins von den Plug-ins abhängig sind, die Sie gerade bearbeiten.
Sicht "Plug-in-Abhängigkeiten" Wenn Sie vor der Aktivierung Ihres Plug-ins alle erforderlichen Plug-ins anzeigen wollen, verwenden Sie die Sicht "Plug-in-Abhängigkeiten".   Diese Sicht öffnen Sie, indem Sie eine Plug-in-Manifestdatei (plugin.xml) auswählen, und dann die Option Abhängigkeiten öffnen im Kontextmenü verwenden. In der Sicht können Sie die erforderlichen Plug-ins durchsuchen, die Plug-ins, die für diese Plug-ins erforderlich sind usw.
Sicht "Protokoll" Künftig müssen Sie nicht mehr im Dateisystem nach der Datei ".log" suchen,   denn in der Sicht "Protokoll" können Sie nun den Inhalt des Protokolls ganz komfortabel anzeigen.

Sicht 'Protokoll'

 
Copyright IBM Corporation und Andere 2000, 2003