Просто даже не знаю что искать, поэтому и спрашиваю:
"Есть sources написанные под 1.4, не радивые девелоперы расплодили кучу объектов Enumeration и обзывали кратко и понятно enum.
Эти же сорсы собираются под 1.4, поэтому предупреждений о возможных ошибках нету.
Но скомпиленный проект запускается под 1.5. Чем подобного рода использование enum может грозить?"

Здравствуйте, Kelan, Вы писали:

K>Просто даже не знаю что искать, поэтому и спрашиваю:
K>"Есть sources написанные под 1.4, не радивые девелоперы расплодили кучу объектов Enumeration и обзывали кратко и понятно enum.
K>Эти же сорсы собираются под 1.4, поэтому предупреждений о возможных ошибках нету.
K>Но скомпиленный проект запускается под 1.5. Чем подобного рода использование enum может грозить?"

Ничем, если не планируется использовать изменения языка, привнесенные с java 5. Для полноты картины можешь почитать здесь, настройки -source и -target

Здравствуйте, denis.zhdanov, Вы писали:

DZ>Ничем, если не планируется использовать изменения языка, привнесенные с java 5. Для полноты картины можешь почитать здесь, настройки -source и -target

Спасибо.
Как я понял, достаточно указать source -1.4, и target по умолчанию будет 1.4, который как они гарантируют будет работать на старших версиях java.

Здравствуйте, Kelan, Вы писали:

K>Спасибо.
K>Как я понял, достаточно указать source -1.4, и target по умолчанию будет 1.4, который как они гарантируют будет работать на старших версиях java.

Достаточно, только смысла особого не видно в неиспользовании tiger features, если все равно исполняется под jre 5.

Здравствуйте, Kelan, Вы писали:

K>Просто даже не знаю что искать, поэтому и спрашиваю:
K>"Есть sources написанные под 1.4, не радивые девелоперы расплодили кучу объектов Enumeration и обзывали кратко и понятно enum.
K>Эти же сорсы собираются под 1.4, поэтому предупреждений о возможных ошибках нету.
K>Но скомпиленный проект запускается под 1.5. Чем подобного рода использование enum может грозить?"


jvm 1.5 может без проблем читать байт-код, собранный под javac 1.4. enum в байт-коде нету, т.к.
enum в 1.5 существует на уровне компиляции. javac 1.5 сделает из него обычный класс.

Здравствуйте, denis.zhdanov, Вы писали:

DZ>Достаточно, только смысла особого не видно в неиспользовании tiger features, если все равно исполняется под jre 5.
Что-то я мало что понял из этого предложения, можно разжевать, пожалуйста.

Здравствуйте, Kelan, Вы писали:

DZ>>Достаточно, только смысла особого не видно в неиспользовании tiger features, если все равно исполняется под jre 5.
K>Что-то я мало что понял из этого предложения, можно разжевать, пожалуйста.
Tiger — кодовое название Java 1.5. То есть, нет смысла в неиспользовании вкусностей Java 1.5, если код всё равно исполняется под JRE 1.5

Здравствуйте, denis.zhdanov, Вы писали:

DZ>Достаточно, только смысла особого не видно в неиспользовании tiger features, если все равно исполняется под jre 5.
Legacy проекты он очень бывают странные и безсмысленные. У меня сейчас именно такой. Все пишется и собирается под 1.4 деплоится под 5. Кажется основное ограничение в версии JAX-RPC. Но это не важно.