Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu und
bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt das
meiste schon.

Die Eclipse-Plattform kann jetzt in einem Debug-Modus gestartet werden,
um dann automatisch "Performance Events" sammeln und in einem speziellen
View auflisten. Über ein neues API lassen sich für eigene Plug-ins
Grenzen festlesen, wie lange bestimmte Aktionen dauern dürfen. Wird die
Grenze überschritten, wird das festgehalten und angezeigt. Auf diese
Weise können die Übelkübel für das "es fühlt sich alles so langsam an"
besser identifiziert wird.

Auf der Mailing-List wurde übrigens vermeldet, dass der JDT-Compiler bis
zu 30% schneller geworden ist, was man vielleicht bei größeren Projekten
spüren könnte.

In den Preferences-Seiten gibt es jetzt Hyperlinks. Nettes Gimmick, aber
ich suche mich trotzdem immer wieder tot in den Preferences. Ich glaube
ja, die Einträge wandern heimlich hin- und her wenn ich nicht hinschaue.

Dafür ist die Hilfe dynamischer geworden. Statt in einem extra Fenster
wird sie jetzt rechts neben die Workbench gequetscht und nimmt dem
Editorbereich die Luft. Dafür liefert sie eine nett aussehende
Zusammenfassung aller Treffer und berücksichtigt sogar google und die
Eclipse-Site... Desweiteren versucht sie dynamisch immer die richtigen
Stichworte anzubieten. Natürlich lassen sich diese Feature alle auch in
eigenen Anwendungen nutzen.

Nett ist der neue eingebettete HTML-Browser. Leider basiert er unter
Windows immer noch auf der IE-Engine, aber die Integration mit Eclipse
ist natürlich nett. HTML-Seiten öffnen sich jetzt automatisch in diesem
Browser, den man übrigens auch in RCP-Anwendungen nutzen kann. Wer mag,
kann auch einen externen Browser konfigurieren.

Im "plugins"-Verzeichnis findet man jetzt jar-Dateien statt
Unterverzeichnissen. Auf den ersten Blick finde ich das ungewöhnlich und
ein bisschen unpraktisch, aber dies soll das neue Distributionsverfahren
werden, da Plug-ins so einfacher ausgeliefert werden können, man keine
Dateien beim Kopieren verlieren kann und das ganze auch ein bisschen
kleiner sein soll...

Man beachte auch, dass SWT jetzt nur noch ein jar ist, welches die dlls
enthält. Ob man das so direkt auch außerhalb von Eclipse nutzen kann,
oder dazu nochmal auspacken muss, entzieht sich meiner Kenntnis.

Ein Highlight für mich ist die Möglichkeit, endlich Unterstreichen
(durchstreichen geht auch) als Textstyle bei SWT zu haben. Ich habe
gerade angefangen, ein Plug-in mit einem HTML-Generator basierend auf
einem Wiki-Format zu bauen und da kommt mir Unterstreichen für das
Highlighting von Hyperlinks sehr gelegen :)

Der JDT-Compiler ist jetzt offiziell J2SE 5.0-Konform (was nicht heißt,
dass er bugfrei ist). Die meisten Features werden inzwischen auf im JDT
UI unterstützt und von den I-Builds zwischen M5 und M6 zu urteilen kann
man Eclipse inzwischen gut für 5.0-Entwicklung einsetzen.

Insbesondere praktisch ist das "infer generic types" Refactoring. Das
funktioniert jetzt auch direkt für ein ganzes Projekt und versucht, die
Spezialisierungen der generischen Typen richtig zu raten.

Leider scheint es noch kein Refactoring für den Einsatz der neuen
for-Schleife zu geben :(

Schick finde ich, dass man sich Fehler oder Warnungen generieren lassen
kann, basierend auf dem voll qualifizierten Klassennamen von importieren
Klassen. Damit kann man etwa die Regel kontrollieren, niemals Klassen
aus Paketen zu benutzen, die ein "internal" im Namen tragen.

Eclipse nutzt ein neues Pattern, wenn es um den Einsatz von
ResouceBundles geht, was nicht so verschwenderisch mit String-Konstanten
umgeht und außerdem typsicher ist, indem man für jede Ressource ein
statische Variable definiert. Macht dafür große class files und sorgt
dafür, dass immer alle Konstanten auch geladen werden. Macht aber sinn,
gerade wenn man die Werte mehr als einmal referenzieren muss. Das wird
jetzt natürlich auch von dem Externalize Strings-Wizard so unterstützt.

Es gibt einen neuen Export-Wizard, der direkt eine
Eclipse-RCP-Anwendungen bauen kann, wenn ich das so richtig verstanden
habe. Klingt brauchbar, habe ich aber noch nicht ausprobiert.

Zusammenfassung: Wer Java 5.0 benutzen will, muss diesen Build benutzen,
ansonsten schadet es auch nicht, wenn denn die sonst noch benutzten
Plug-ins mitspielen... Da die M6 allerdings jetzt API-stabil sein soll,
werden sicherlich die meisten Plug-ins schnell dafür angepasst, falls
sie nicht eh schon funktionieren (weil sie korrekt gebaut wurden und
NICHT in interne APIs greifen (wie zum Beispiel das Tapestry-Plug-in
Spindle, was hier definiv keine Vorbildfunktion hat)).

Stefan Matthias Aust wrote:
> Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu und
> bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt das
> meiste schon. [...]

Danke für deine nette Zusammenfassung.

<Religionskrieg>
Wenn es das auch für IntelliJ Idea gäbe, wäre ich froh ;)
</Religionskrieg>

Johannes Schneider

Stefan Matthias Aust wrote:
> Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu und
> bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt das
> meiste schon. [...]

Danke für deine nette Zusammenfassung.

<Religionskrieg>
Wenn es solche Zusammenfasssungen auch für die IntelliJ Idea-Builds
gäbe, wäre ich froh ;)
</Religionskrieg>

Johannes Schneider

Stefan Matthias Aust schrieb:
> Eclipse 3.1m6 Features

Ebenfalls thx für die Zusammenfassung ;o)

cybi

Stefan Matthias Aust wrote:

> Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu und
> bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt das
> meiste schon.
>
Zunächst auch von mir danke für die Zusammenfassung!

>
> In den Preferences-Seiten gibt es jetzt Hyperlinks. Nettes Gimmick, aber
> ich suche mich trotzdem immer wieder tot in den Preferences. Ich glaube
> ja, die Einträge wandern heimlich hin- und her wenn ich nicht hinschaue.
>
Eine der Preferences, die komplett aus meinem Blickfeld gewandert sind, ist
der Javadoc-URL der installierten VM. Bei M5 war das noch in dem Dialog,
den man über Preferences / Java / Installed JREs und dort dann Edit auf
einer der JREs bekommen hat. Weiß jemand, wo das hin ist?

Gruß
mks

Habt Ihr auch so eure Probleme mit der Version? Bei mir funktioniert der
CodeFormatter nur noch sporadisch und verhält sich beim Umbrechen noch
unvorhersehbarer als zuvor. Ausserdem kann ich momentan kein Undo/Redo
nutzen, da sich das entsprechende MenuItem nicht aktiviert wird.

War die Release vielleicht ein verkappter Aprilscherz mit ein paar extra
Bugs?

Markus Schönhaber schrieb:

> Eine der Preferences, die komplett aus meinem Blickfeld gewandert sind, ist
> der Javadoc-URL der installierten VM. Bei M5 war das noch in dem Dialog,
> den man über Preferences / Java / Installed JREs und dort dann Edit auf
> einer der JREs bekommen hat. Weiß jemand, wo das hin ist?

Man muss das jetzt wohl - aus Gründen der Konsistenz, weil es bei
anderen JARs ja jetzt auch so geht - bei den einzelnen JARs hinterlegen
(selber Dialog, nur "Use default..." deaktivieren und dann die unten
angezeigten Einträge "aufklappen" und ändern.

Ich schliesse mich auch mal mit zwei Fragen an:

- Wo ist denn der Import/Export für die Preferences hin?

- Ist es eigentlich irgendwie möglich für die Azzeige von Javadoc den
"integrierten" Browser zu verwenden, und nicht den Default-Browser des
Systems? (Letzteres ist bei mir Firefox und ein aktivieren der API-Hilfe
öffnet irgendwie jedesmal einen neuen Tab was irgendwie sinnlos ist.)

Nico

Nico Seessle wrote:

> Markus Schönhaber schrieb:
>
>> Eine der Preferences, die komplett aus meinem Blickfeld gewandert sind,
>> ist der Javadoc-URL der installierten VM. Bei M5 war das noch in dem
>> Dialog, den man über Preferences / Java / Installed JREs und dort dann
>> Edit auf einer der JREs bekommen hat. Weiß jemand, wo das hin ist?
>
> Man muss das jetzt wohl - aus Gründen der Konsistenz, weil es bei
> anderen JARs ja jetzt auch so geht - bei den einzelnen JARs hinterlegen
> (selber Dialog, nur "Use default..." deaktivieren und dann die unten
> angezeigten Einträge "aufklappen" und ändern.
>
Ok, danke. Hatte gehofft, daß mir das erspart bleiben würde.

> Ich schliesse mich auch mal mit zwei Fragen an:
>
> - Wo ist denn der Import/Export für die Preferences hin?
>
War mir noch gar nicht aufgefallen, daß er weg ist. Aber jetzt, wo Du es
sagst, finde ich ihn auch nicht mehr.

> - Ist es eigentlich irgendwie möglich für die Azzeige von Javadoc den
> "integrierten" Browser zu verwenden, und nicht den Default-Browser des
> Systems? (Letzteres ist bei mir Firefox und ein aktivieren der API-Hilfe
> öffnet irgendwie jedesmal einen neuen Tab was irgendwie sinnlos ist.)
>
Ob man den integrierten Browser verwenden kann, weiß ich nicht.
Dem Firefox kann man aber sagen, daß er aus anderen Applikationen heraus
geöffnete Links im aktuellen Fenster/Tab aufmacht.

Gruß
mks

On Tue, 05 Apr 2005 22:30:34 +0200, Markus Schönhaber wrote:

> Nico Seessle wrote:
>> - Wo ist denn der Import/Export für die Preferences hin?
>>
> War mir noch gar nicht aufgefallen, daß er weg ist. Aber jetzt, wo Du es
> sagst, finde ich ihn auch nicht mehr.

Unter File | Export | Preferences


Sascha Broich

Sascha Broich wrote:

> On Tue, 05 Apr 2005 22:30:34 +0200, Markus Schönhaber wrote:
>
>> Nico Seessle wrote:
>>> - Wo ist denn der Import/Export für die Preferences hin?
>>>
>> War mir noch gar nicht aufgefallen, daß er weg ist. Aber jetzt, wo Du es
>> sagst, finde ich ihn auch nicht mehr.
>
> Unter File | Export | Preferences
>
Tatsächlich, danke!
Ist zwar irgendwie konsequent, trotzdem will mir das nicht als Verbesserung
erscheinen.

Gruß
mks

Stefan Matthias Aust schrieb:
> Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu und
> bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt das
> meiste schon.
> ...

Warum werden die Meilensteine nicht über die Updatefunktion mit
angeboten. Mit EMF und GEF usw geht es doch auch.

Ich habe ehrlich keinen Bock, wieder alles neu aufzusetzen, die Plugins
wieder einzuspielen usw.

Micha

Michael Schmidt schrieb:

> Warum werden die Meilensteine nicht über die Updatefunktion mit
> angeboten. Mit EMF und GEF usw geht es doch auch.

Die sparen sich wohl die Arbeit, die nötig wäre, das alles immer
backward-kompatibel zu gestalten. Keine Ahnung, habe ich noch nie als
Problem angesehen.

> Ich habe ehrlich keinen Bock, wieder alles neu aufzusetzen, die Plugins
> wieder einzuspielen usw.

Hast du so viele Plug-ins und bist dir sicher, dass die auch noch mit
der neusten Version von Eclipse laufen? Meine Erfahrung war bislang,
dass die meisten Plug-in-Schreiber es irgendwie schaffen (indem sie etwa
auf interne APIs zugreifen) für jeden Milestone-Release auch immer
wieder eine gepatchte Version anbieten zu müssen. Somit hat man die
Arbeit doch eh.

Stefan Matthias Aust schrieb:
> Michael Schmidt schrieb:
>
>> Warum werden die Meilensteine nicht über die Updatefunktion mit
>> angeboten. Mit EMF und GEF usw geht es doch auch.
>> Die sparen sich wohl die Arbeit, die nötig wäre, das alles immer
> backward-kompatibel zu gestalten. Keine Ahnung, habe ich noch nie als
> Problem angesehen.

Ein Problem ist das sicherlich nicht, aber ich bin ebenfalls der
Meinung, dass das eine willkommene Funktion wäre. Wenn dadurch aber die
Entwicklszeit zunimmt, und sich die Releases verspäten, dann verzichte
ich ebenfalls gerne darauf.


>> Ich habe ehrlich keinen Bock, wieder alles neu aufzusetzen, die
>> Plugins wieder einzuspielen usw.
>> Hast du so viele Plug-ins und bist dir sicher, dass die auch noch mit
> der neusten Version von Eclipse laufen? Meine Erfahrung war bislang,
> dass die meisten Plug-in-Schreiber es irgendwie schaffen (indem sie etwa
> auf interne APIs zugreifen) für jeden Milestone-Release auch immer
> wieder eine gepatchte Version anbieten zu müssen. Somit hat man die
> Arbeit doch eh.
>

Gut zu wissen, dass ich nicht der einzige bin, der nach jedem I-Build
alle Plugins wieder einspielt. Ich warte schon ungeduldig auf 3.1 Final
und hoffe, dass sich das Plugin-Installationsverhalten dann verbessert.
Gerade deshalb finde ich das neue Plugin-Design (Distribution in
Paketen) einigermaßen sinnvoll.

Michael Schmidt wrote:

> Stefan Matthias Aust schrieb:
>> Hier (wie üblich) meine subjektive Zusammenfassung von dem, was neu
>> und bemerkenswert ist. Wer "on the edge" mit I-Builds lebte, kennt
>> das meiste schon.
>> ...
>
> Warum werden die Meilensteine nicht über die Updatefunktion mit
> angeboten. Mit EMF und GEF usw geht es doch auch.
>
> Ich habe ehrlich keinen Bock, wieder alles neu aufzusetzen, die
> Plugins wieder einzuspielen usw.

Mit ein wenig Organisation lässt sich die Arbeit minimieren. Siehe
http://blog.exis.com/colin/archives/...ns-in-eclipse/

Michael