Рассмотреть план миграции приложений Java5 / Java6 на Java 7? - PullRequest
2 голосов
/ 14 сентября 2010

В настоящее время я выясняю, имеет ли смысл откладывать некоторые незначительные запланированные работы по рефакторингу и объединить их с переходом на Java 7, но я немного обеспокоен тем, что может усложнить отслеживание причин некоторых ошибок.если оба кода и изменяются одновременно.

Преимуществом этого шага будет возможность очищать и улучшать многие вещи, связанные с IO, в приложении с NIO.2.

У меня есть все необходимые источники приложений и связанных библиотек (если изменения будут необходимы).Учитывая, что в Java 7 есть только некоторые незначительные улучшения - после того, как большинство обновлений VM уже есть в Java 6 и более крупные изменения, такие как Closures или Chainsaw, отменены - он должен быть достаточно стабильным, чтобы использовать его через несколько месяцев, верно?

1 Ответ

2 голосов
/ 15 сентября 2010

В настоящее время я изучаю, имеет ли смысл отложить некоторые незначительные запланированные работы по рефакторингу и объединить их с переходом на Java 7

Что ж, по-прежнему существует большая неопределенность в отношении графика Java 7, как недавно объяснил Марк Рейнхольд (главный архитектор группы платформ Java в Oracle) на его блоге и на Список рассылки OpenJDK :

В течение некоторого времени стало ясно, что самый последний график разработки JDK 7, мягко говоря, нереалистичен.

(...)

По нашим нынешним оценкам, мы можем завершить, протестировать и стабилизировать запланированную работу ко времени выпуска к середине 2012 года.

(...)

Наша текущая оценка для этого «Плана Б» является то, что мы могли бы отправить уменьшенный JDK 7 в середине 2011 года и JDK 8 во втором половина 2012 года.

Подведем итог:

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

Таким образом, в лучшем случае Java 7 будет работать чуть менее одного года, а Java 8 (с большими изменениями) - чуть более двух лет. И, в худшем случае, Java 7 появится чуть менее чем через два года.

Преимуществом этого шага будет возможность очищать и улучшать многие вещи, связанные с IO, в приложении с NIO.2.

Для более поздней части (NIO.2) вам понадобится Java 7. Но для первой части (очистка) у ИМО нет веских причин ждать, если вы получите немедленные выгоды, особенно с учетом неопределенности Java 7 график.

Учитывая, что в Java 7 есть лишь некоторые незначительные улучшения - после того, как большинство обновлений виртуальных машин уже есть в Java 6 и более крупные изменения, такие как Closures или Chainsaw, отменены - он должен быть достаточно стабильным, чтобы использовать его через несколько месяцев, верно?

Во-первых, даже если сообщество, кажется, одобряет План B , в камне ничего не написано, поэтому я не буду основывать решение на этом. Во-вторых, даже если Sun всегда старалась максимально повысить совместимость между версиями Java и предлагать стабильные платформы, я не могу предсказать будущее :) И хотя я довольно уверен, некоторые консервативные компании, вероятно, немного подождут (независимо от выбранный сценарий).

Ссылки

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...