Endlich (fast) kompletter Java 5 Support für Eclipse

[PH4Real]

Nachdem der JBuilder und IDEA es ja schon eine ganze Weile bieten (afaik sogar komplett), ist endlich Eclipse 3.1 M3 erschienen:

Windows: ftp://ftp.tu-clausthal.de/pub/eclipse/downloads/drops/S-3.1M3-200411050810/eclipse-SDK-3.1M3-win32.zip

Linux: ftp://ftp.tu-clausthal.de/pub/eclipse/downloads/drops/S-3.1M3-200411050810/eclipse-SDK-3.1M3-linux-gtk.zip

Die sicherlich interessanteste Neuerung:

The changes to the Java tools to support J2SE 5.0 (aka 1.5) are coming along nicely. The Eclipse Java compiler now supports the following additional new features of J2SE 5:

enumerations
static imports
varargs

Generics, enhanced for loops, and hexadecimal floating point literals were supported in M2, although the support for generic types has improved significantly since then. The other language additions - annotations and autoboxing - make it past the parser, but are not yet being processed any deeper than that. Support for these other new language features will be introduced in future 3.1 milestones.

Weitere Informationen und neue Features: http://download.eclipse.org/downloads/drops/S-3.1M3-200411050810/eclipse-news-part1-M3.html

Damit ist es jetzt wenigstens halbwegs möglich die Java 5 Features auch unter Eclipse zu nutzen (enums fehlten ja bis jetzt). Auf Autoboxing und Annotations kann ich (noch) verzichten. Zwar ist die ganze Java 5 Entwicklung noch in der Betaphase, aber wenigstens kompiliert er jetzt mal durch ;)...

EDIT: Momentan schon durch Eclipse M4 (http://sunsite.informatik.rwth-aachen.de/eclipse/downloads/drops/S-3.1M4-200412162000/) ersetzt und verbessert.

[HellHorse]

Nutzen ging schon vorher.
Eclipse beachtete es einfach nicht, aber ansonsten lief es problemlos.

edit:
Du hast NetBeans 4 beta vergessen

[PH4Real]

Nutzen ging schon vorher.
Eclipse beachtete es einfach nicht, aber ansonsten lief es problemlos.

edit:
Du hast NetBeans 4 beta vergessen

Problemlos? Also bei mir war der Problem View immer zugemüllt und auch sonst konnte man nicht wirklich damit arbeiten (Codeassist etc. ging alles nicht)...

Zum Kompilieren musste man dann auf das JDK von Sun zurückgreifen. Das ging zwar ganz gut mit Ant, aber die ewigen Meldungen von angeblichen Compilerfehlern im Problem View nervten dann doch. Zumal Eclipse sich dann auch weigerte Refactoring auszuführen. Zudem konnte man dann nicht mehr während des Schreibens den Programmcode auf Syntaxfehler überprüfen, sondern musste immer extra den Compiler anwerfen und dann umständlich im Logfenster nach Fehlern suchen.

[HellHorse]

Ok, man brauchte Cheetah (http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/jdt-core-home/r3.0/main.html#updates).

[PH4Real]

Ok, man brauchte Cheetah (http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/jdt-core-home/r3.0/main.html#updates).

Aha... so meinst Du das. Cheetah wurde aber schon in den 3.1 M1 "gemergt" und unterstützte leider nur Generics und enhanced for... Selbst der 3.1 M2 konnte noch keine Enums. Deswegen finde ich, dass "vernünftiges" Arbeiten mit Eclipse und Java 5 erst ab heute möglich ist :)...

Jedenfalls habe ich gleich heute die JBuilder Comm. Edition wieder runtergeschmissen und den Kram in Eclipse importiert (nein, bitte keine Flamewars Eclipse vs JBuilder ;) )

[HellHorse]

So mittlerweile ist das Ding auch schon im portage tree aufgetaucht. Kompiliert nicht mit jdk 1.5.0. Nun gut, ein alte liegt zum Glück noch in /usr/portage/distfiles.

Dann gleich mal den Härtetest probieren.

public enum TrafficLightState {
RED(30) {
public TrafficLightState next() {
return GREEN;
}
},

AMBER(10) {
public TrafficLightState next() {
return RED;
}
},
GREEN(40) {
public TrafficLightState next() {
return AMBER;
}
};

private final int duration;

TrafficLightState(int duration) {
this.duration = duration;
}
public int getDuration() {
return this.duration;
}

public abstract TrafficLightState next();
}
Der Sun javac akzeptiert es, der JDT compiler meint TrafficLightState müsse abstract sein. Afaik macht es der javac wie er sollte und der JDT schlampt.

Nebenbei ist mir aufgefallen, dass er ant Support mittlerweile ja ziemlich rockt.

[HellHorse]

Mittlerweile ist auch NetBeans 4.0 final.

Ich muss hier mal meinem Unmut über den Java 1.5 support von eclipse 3.1 M3 Luft verschaffen.
Neben den enum Beispiel, habe ich Code für generics, autoboxing, annotations und static imports den eclipse nicht compiliert, der javac aber schon.
Damit ist eclipse die letzte "grosse" IDE mit nicht komplettem Java 1.5 support.

[PH4Real]

Damit ist eclipse die letzte "grosse" IDE mit nicht komplettem Java 1.5 support.

Was sich jetzt hoffentlich mit der Eclipse 3.1 M4 Version (http://sunsite.informatik.rwth-aachen.de/eclipse/downloads/drops/S-3.1M4-200412162000/eclipse-news-all-M4.html) erledigt hat. Wobei das Refactoring afaik immer noch nicht komplett ist.

Mittlerweile konnte ich mit M3 auch schon einige "lustige" Sachen erlebt und sogar einen internen Compiler Error erzeugen (ist mir 2mal beim Refactoring von Methoden mit varargs passiert)... Hoffe das es jetzt mit der M4 Version besser wird.

[HellHorse]

Grosser Sprung nach vorne imo :up:. Noch nicht 100%, aber immerhin.
OMG ant debugger. :cool:
Auf den ersten Blick dachte ich, SWT hätte jetzt LineAA :frown:

[HellHorse]

Final:
http://eclipse.org/downloads/index.php

Und SWT hat mittlerweile LineAA :smile:

[PH4Real]

Na endlich :).

PS: Ich hoffe die Download Seite tut es auch noch.

[ollix]

Ein Torrent wäre gut, die Mirror sind bisher alle dicht.

[ollix]

torrent (http://page.mi.fu-berlin.de/~stade/downloads/eclipsesdk3.1win32.zip.torrent)