Я в настоящее время обновляюсь от JAVA 1.4 до JAVA 6 SE. Некоторые из методов и классов либо устарели, либо существует множество предупреждений из-за неэффективной практики. Я хочу знать, могу ли я обновиться без внесения каких-либо изменений в мой код и после изменения удаленной отладки, чтобы исправить ошибки. Если есть более простой или эффективный способ сделать это, пожалуйста, поделитесь.Обновление с Java 1.4 до JAVA 6 SE
ответ
Обычный подход:
- запустить свой код через новый компилятор
- исправить любые ошибки компиляции (может happpen в некоторых редких случаях, например, когда вы использовали слово
enum
как идентификатор, который является ключевое слово для Java 1.5 и выше) - ли полный цикл QA, чтобы убедиться, что приложение по-прежнему работает правильно
Кроме того, следует рассмотреть upgradin g на Java 7 - Java 6 также находится в своем end-of-life phase.
В принципе, вы можете запустить свой код Java 1.4 на виртуальной машине Java 6 без изменений. Возможно, появились новые API, которые фактически обесценили старые. Как правило, Javadoc устаревшего API должен указывать указатель на то, что вы должны использовать.
Я хочу знать, можно ли обновить его без внесения каких-либо изменений в мой код и после изменения удаленной отладки, чтобы исправить ошибки.
Мы не можем дать вам окончательное да или нет.
Во-первых, следует отметить, что большинство наименований и предупреждений можно игнорировать для начала. (Некоторые из вас рассказывают о вещах, которые должны быть исправлены в ближайшее время, но наиболее вопиющие примеры плохих/опасных API были устаревшими задолго до Java 1.4)
Поэтому одна из причин, по которой мы не можем дать вам окончательного ответа, заключается в том, что мы надеемся Не знаете, какие предупреждения вы видите (duh!).
Другая причина в том, что мы не знаем, насколько хорош/обширен ваш набор тестов. Если у вас есть хороший набор тестов, шансы хорошие, что любые проблемы будут подняты. Если нет, или если вы полагаетесь на ручное тестирование, ваши шансы найти какие-либо проблемы, вызванные обновлением, значительно сократятся.
Другая вещь, чтобы отметить, что документация для каждого основного выпуска Java включает в себя раздел Несовместимость между новой версией и предыдущей. Это хорошая идея, по крайней мере, снять эти документы, чтобы увидеть, может ли какая-либо из проблем затронуть ваше приложение.
И наконец, большинство людей считают, что модернизация не приводит к большому количеству проблем. Конечно, есть исключения. И если у вас есть привычка в зависимости от конкретного поведения реализации, а не от того, что говорят javadocs, это может привести к боли.
- 1. Обновление приложения Java EE до Java 6
- 2. Сценарий перед Java SE 6?
- 3. Является ли JCE частью Java SE 6?
- 4. Обновление Java SE до Java EE, а также Eclipse
- 5. Перемещение на Java 6 EE из Java 6 SE
- 6. eclipse нуждается в устаревших Java SE 6
- 7. java SE 6 реализация int [] sort
- 8. Обновление проекта Java 6 до Java 7 в Eclipse
- 9. Java I/O: различия между Java SE 6 и 7?
- 10. Изменение коллекции мусора с Java 1.4 на Java 6?
- 11. Возможности Backport Java 5/6 для Java 1.4?
- 12. От Java 1.4 до Java 6: любой автоматизированный инструмент для обновления устаревшего кода?
- 13. Максимальный размер кучи уменьшен с java 6 до java 7?
- 14. Java JDK, SDK, SE?
- 15. Есть ли не конечное поле в Java SE 6 или Java SE 7
- 16. Java SE 7 Arrays.binarySearch()
- 17. Как найти исходный код для Java SE 6 update 10?
- 18. перемещение файлов с обработкой ошибок в Java SE 6
- 19. Java SE двоичный сбой
- 20. Обновление webxml 1.4 до 1.4.1
- 21. Обновление CouchDB 1.0.1 до 1.4
- 22. Обновление Java Vaadin с 6 по 7
- 23. Обновление magento -1.4 до 1.8
- 24. Связь Dalvik с Java SE
- 25. Java EE vs Java SE: несоответствие версии?
- 26. Java SE статический окончательный
- 27. Websocket на Java SE?
- 28. Перезапись Java от 1.5 до 1.4
- 29. Java SE Swing Notification
- 30. Java SE 1.7 ClassDefNotFound
См. Также [http://en.wikipedia.org/wiki/Java_version_history#J2SE_5.0_.28September_30.2C_2004.29](http://en.wikipedia.org/wiki/Java_version_history#J2SE_5.0_.28September_30 .2C_2004.29) – Eich
Java, теоретически, всегда обратная совместимость.У вас будет много предупреждений (например, отсутствие дженериков), но код должен работать –
Почему обновление до Java ** 6 **, которое также будет отменено в конце этого года? Если вы обновляете, вам следует перейти на Java 7. –