The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания Oracle выпустила Java SE 9 и Java EE 8, opennews (?), 22-Сен-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


44. "Компания Oracle выпустила Java SE 9 и Java EE 8"  –1 +/
Сообщение от Кузнец (?), 22-Сен-17, 17:54 
>> Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw:
> Что это даст? Увеличение производительности? Уменьшение потребления памяти? Или просто
> удобство разработки и инструментария?

А даст что? Класс-хелла больше не будет в принципе.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

67. "Компания Oracle выпустила Java SE 9 и Java EE 8"  +/
Сообщение от КО (?), 22-Сен-17, 23:55 
Так при загрузки по старинке (через разные класслоадеры) все остается по старому.
По новой системе - модуль A хочет библиотеку foo версии 1, а модуль B версии 2, будет приводить к невозможности запустить такую конфигурацию.
Классное решение. Только вот не запускать такую конфигурацию можно было ив 8-ке.
Вопрос - а польза то в чем?
Ответить | Правка | Наверх | Cообщить модератору

77. "Компания Oracle выпустила Java SE 9 и Java EE 8"  –1 +/
Сообщение от Кузнец (?), 23-Сен-17, 14:07 
Э. Нет, по-моему, немного не так. Вернее -- совсем не так.
Раньше как было: вот ваш модуль А хочет "библиотеку" foo, и модуль Б хочет тоже foo. Причём они хотят, по факту, разные foo. Но загрузится первая попавшаяся реализация (ну если ручками не лезть загружать самостоятельно из разных мест), и в результате либо А, либо Б будут непредсказуемо глючить. Теперь А загрузит свою foo, а Б -- свою. Безо всякой мудни с разные загрузчиками. Если подобных ситуаций сотни (на деле тысячи, если не десятки тысяч), то самостоятельное их разрешение неоценимое подспорье.
Как-то так, по-моему.
Ответить | Правка | Наверх | Cообщить модератору

82. "Компания Oracle выпустила Java SE 9 и Java EE 8"  +/
Сообщение от Аноним (-), 23-Сен-17, 15:34 
Это только в теории. На практике возможны 3 варианта развития.

1: Либо А, либо Б (или оба) не могут в Jigsaw-модули. Всё работает как раньше или хуже. Учитывая разные косяки Jigsaw это весьма вероятный вариант.

2: А и Б могут в Jigsaw-модули, но всё равно не работают вместе. Например, из-за циклических зависимостей (которые в Jigsaw отказались поддерживать), или потому что у одного из них глючный дескриптор модуля (нормального переопределения которого урхитектары Jigsaw не предусмотрели). Поднять получившийся ужас ещё труднее чем в в. 1

3: A и Б работают вместе... Вроде бы. К сожалению, этот вариант на практике неотличим от в. 1 из-за необходимости поддерживать legacy classpath — classpath hell всё так-же может пройзойти и будет развиваться по законам прошлых версий, проблемы classpath-модели так и не пофикшены! Т.е. единственный, кто может наслаждаться "преимуществами", — тот, кто полностью перевёл свои модули на Jigsaw. Один файлик мимо, ­— привет необъяснимые баги.

Итог: все случаи, кроме в. 2, функционально эквивалентны classpath hell. В варианте 2 чуть лучше, но только если полностью купить в Jigsaw. Который по сравнению с альтернативами *невероятно* убог. И намертво прибит гвоздями к системе. Обновляющейся раз в 6 лет. И поддерживается оракулом (!!!). Удачи с внедрениями!

Ответить | Правка | Наверх | Cообщить модератору

84. "Компания Oracle выпустила Java SE 9 и Java EE 8"  –1 +/
Сообщение от Кузнец (?), 23-Сен-17, 16:34 
>[оверквотинг удален]
> на практике неотличим от в. 1 из-за необходимости поддерживать legacy classpath
> — classpath hell всё так-же может пройзойти и будет развиваться по
> законам прошлых версий, проблемы classpath-модели так и не пофикшены! Т.е. единственный,
> кто может наслаждаться "преимуществами", — тот, кто полностью перевёл свои модули
> на Jigsaw. Один файлик мимо, ­— привет необъяснимые баги.
> Итог: все случаи, кроме в. 2, функционально эквивалентны classpath hell. В варианте
> 2 чуть лучше, но только если полностью купить в Jigsaw. Который
> по сравнению с альтернативами *невероятно* убог. И намертво прибит гвоздями к
> системе. Обновляющейся раз в 6 лет. И поддерживается оракулом (!!!). Удачи
> с внедрениями!

Вы, по большей части, правы. Но, к сожалению, те же претензии можно предъявить практически любой современной системе модульной разработки ПО. Разраб может накосячить в описании модуля, могут быть неразрешимые циклические зависимости и конфликты версий в графе и т.д. и т.п.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру