Richard schrieb am 30. August 2011 02:08
> Du magst vielleicht mal auf Heise im Newsticker für die KW 30
> nachschauen. Da findest Du die Überschrift "Oracle stellt
> Java-Plattform 7 vor" am 29.07. um 7:50, und keine zwei Stunden
> später dann "Java 7 legt Lucene und Solr lahm". "Vollständig
> kompatibel" geht anders.
>
Das lag aber an einem Schalter für den JIT-Compiler, der auch in JDK
6 schon gesetzt werden konnte, und dann den gleichen Schaden
anrichtete. In 7 ist er halt defaultmäßig an, in 6 war er
defaultmäßig aus. Der alte Code läuft auf neuem Java nach wie vor,
neuer 7er Code wird auf altem Java nicht ohne weiteres laufen, aber
in den gängigen IDEs kann man einstellen, ob der Code
backwardkompatibel sein soll, und dann kann man zum Entwickeln auch
ein JDK 7 benutzen und trotzdem 6er, 5er, ... Code ausspucken.
> Du magst vielleicht mal auf Heise im Newsticker für die KW 30
> nachschauen. Da findest Du die Überschrift "Oracle stellt
> Java-Plattform 7 vor" am 29.07. um 7:50, und keine zwei Stunden
> später dann "Java 7 legt Lucene und Solr lahm". "Vollständig
> kompatibel" geht anders.
>
Das lag aber an einem Schalter für den JIT-Compiler, der auch in JDK
6 schon gesetzt werden konnte, und dann den gleichen Schaden
anrichtete. In 7 ist er halt defaultmäßig an, in 6 war er
defaultmäßig aus. Der alte Code läuft auf neuem Java nach wie vor,
neuer 7er Code wird auf altem Java nicht ohne weiteres laufen, aber
in den gängigen IDEs kann man einstellen, ob der Code
backwardkompatibel sein soll, und dann kann man zum Entwickeln auch
ein JDK 7 benutzen und trotzdem 6er, 5er, ... Code ausspucken.