Considerate Migrationsplan für Java5 / Java6 Anwendungen Java 7?

Question

Ich untersuche derzeit, ob es Sinn macht, einig kleinere zu verzögern geplanten Arbeiten Refactoring und kombiniert es mit der Migration auf Java 7, aber ich bin ein wenig besorgt, dass es vielleicht macht es schwieriger, die Ursachen von einigen Bugs zu verfolgen wenn beiden Code und Plattformwechsel zur gleichen Zeit.

Der Vorteil des Umzugs würde die Fähigkeit, zu reinigen und zu verbessern viele IO-ähnliche Dinge in der Anwendung mit NIO.2.

Ich habe alle notwendigen Quellen der Anwendungen und die dazugehörigen Bibliotheken (falls Änderungen erforderlich wären). Bedenkt man, dass Java 7 nur einige kleinere Verbesserungen hat - nachdem die meisten der VM-Updates sind bereits in Java 6 und die größeren Änderungen wie Verschlüsse oder Kettensäge aufgehoben - es sollte ausreichend stabil sein, zu verwenden, nach ein paar Monaten, rechts

Answer 1

Ich untersuche derzeit, ob es Sinn macht, einige kleinere zu verzögern geplanten Arbeiten Refactoring und kombinieren es mit der Migration auf Java 7

Nun, es gibt immer noch eine Menge Unsicherheit über die Java 7 Zeitplan, wie kürzlich von Mark Reinhold (Chief Architect der Java Platform Group bei Oracle) auf sein Blog und auf dem OpenJDK-Mailingliste :

Es ist schon seit einiger Zeit klar, dass der jüngste JDK 7 Entwicklungsplan ist, um es milde auszudrücken, unrealistisch.

(...)

Unsere gegenwärtige beste Schätzung ist, dass wir konnten abgeschlossen haben, zu testen und stabilisieren, die geplante Arbeit in der Zeit für eine Veröffentlichung um die Mitte des Jahres 2012

(...)

Unsere aktuelle Schätzung für diesen „Plan B“ ist, dass wir eine reduzierte JDK versenden konnten 7 Mitte 2011 und JDK 8 in der zweiten Hälfte des Jahres 2012.

Um es zusammenzufassen:

Plan A:     JDK 7 (as currently defined)                     Mid 2012
Plan B:     JDK 7 (minus Lambda, Jigsaw, and part of Coin)  Mid 2011
            JDK 8 (Lambda, Jigsaw, the rest of Coin, ++)    Late 2012

So im besten Fall, Java 7 wird in einem wenig da seine weniger als ein Jahr und Java 8 (mit den großen Veränderungen) in etwas mehr als zwei Jahre. Und im schlimmsten Fall, Java 7 wird es in etwas weniger als zwei Jahre.

Der Vorteil des Umzugs würde die Fähigkeit, zu reinigen und zu verbessern viele IO-ähnliche Dinge in der Anwendung mit NIO.2.

Für den späteren Teil (NIO.2) Sie Java 7. benötigen aber für den ehemaligen Teil (clean up) gibt es IMO keine gute Gründe zu warten, wenn Sie unmittelbare Vorteile, vor allem die Unsicherheit des Gegebenen Java 7 Zeitplan.

In Anbetracht, dass Java 7 hat nur einige kleinere Verbesserungen - nachdem die meisten der VM-Updates sind bereits in Java 6 und die größeren Änderungen wie Verschlüsse oder Kettensäge abgebrochen werden - es sollte ausreichend stabil sein, es zu benutzen, nach ein paar Monaten, nicht wahr?

Zum einen, auch wenn die Gemeinschaft scheint zu bevorzugen Plan B , gibt es nichts geschrieben in Stein so würde ich nicht eine Entscheidung über die es stützen. Zweitens, auch wenn Sun hat immer versucht, Aszendenten Kompatibilität zwischen Java-Versionen und bieten stabile Plattformen zu maximieren, kann ich nicht vorhersagen, die Zukunft :) Und obwohl ich ziemlich sicher bin, einige konservativen Unternehmen werden wahrscheinlich ein wenig (unabhängig von der Wartezeit gewähltes Szenario).

Referenzen

• Re-Denken JDK 7 von Mark Reinhold (Chief Architect der Java Platform Group bei Oracle)
• neu denken JDK 7 von Mark Reinhold (Chief Architect der Java-Plattform Group bei Oracle)