Можно ли будет использовать Java 8 на Glassfish 4.1? - PullRequest
0 голосов
/ 24 сентября 2018

В настоящее время мы используем Glassfish 4.1, и я действительно хочу использовать Java 8. Будет ли Glassfish 4.1 работать с Java 8 или мне придется обновить контейнер приложения?

Ответы [ 3 ]

0 голосов
/ 24 сентября 2018

Простой ответ,

Да.

GlassFish 4.1 будет работать с Java 1.8.

0 голосов
/ 25 сентября 2018

Лучший (и самый простой) подход для определения того, будет ли Java-версия 'x' работать, версия Glassfish 'y' - обратиться к Примечанию к выпуску для этого конкретного выпуска Glassfish.

В примечании к выпуску будет раздел, озаглавленный Требования к аппаратному и программному обеспечению , а в этом разделе - заголовок Требуемые версии JDK .

Для версии 4.1 ответ: :

GlassFish Server с открытым исходным кодом, выпуск 4.1, требует Oracle JDK 7, обновление 65 или более поздней версии, или Oracle JDK 8, обновление 20 или более поздней версии .

Примечания:

  • Слово " Позднее " в части " Oracle JDK 8 Update 20 илипозднее"неоднозначно, но оно относится только к уровню обновления для указанной версии JDK.Не интерпретируйте « позднее » как подразумевающее, что Glassfish 4.1 может работать с Java 9 или выше.Было бы гораздо яснее, если бы формулировка была такой:

    Сервер GlassFish с открытым исходным кодом, выпуск 4.1, требует Oracle JDK 7 с использованием Update 65 или более поздней версии или Oracle JDK 8 с использованием Обновление 20 или более поздняя версия.

  • Неверно утверждать, что « Glassfish 4.1 будет работать с Java 7 или Java 8 », поскольку вВ обоих случаях также требуется минимальный уровень обновления.

  • Вы также можете получить минимальные требования JDK от самого Glassfish.Под корнем разархивированной загрузки в файле с именем README.TXT есть раздел с названием 0.Предпосылка .Для Glassfish 4.1 стоит отметить, что приведенная информация вступает в противоречие с информацией в Примечании к выпуску! ...

    GlassFish 4.1 требует Oracle JDK 7 Update 65+ или Oracle JDK 8 Update 5+.

    В нечетных случаях, когда требования в документации конфликтуют, я всегда склоняюсь к выбору более высокого уровня обновления, и в большинстве случаев это вряд ли будет проблемой.

0 голосов
/ 24 сентября 2018

В целом: обновление одной версии jvm редко приводит к проблемам.

Имейте в виду, что много работы направлено на то, чтобы убедиться, что новые версии Java имеют обратную совместимость.И самое главное: новый jvm всегда может запускать байт-код, скомпилированный для более старой версии Java.Обратный путь (например, обновление сервера приложений) с большей вероятностью вызовет значительные проблемы.

Итак, (неопределенный) ответ здесь: просто попробуйте.И для справки: Java 9 (или новее) с новой системой модулей - это совсем другая история.Но, по крайней мере, на данный момент, соответствующая проверка может быть отключена в командной строке.

Конечно, могут быть тонкие проблемы для больших приложений.Новый jvm может использовать разные значения по умолчанию, скажем, для параметров сборки мусора (или в первую очередь использовать другой gc).Это, конечно, может изменить характеристики времени выполнения больших приложений, работающих в большом стеке.

...