URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 117144
[ Назад ]
Исходное сообщение
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено opennews , 18-Апр-19 08:49 
Начиная с 16 апреля выпусти Java SE от компании Oracle начали (https://www.oracle.com/technetwork/java/javase/overview/orac...) публиковаться с новым лицензионным соглашением, ограничивающим использование в коммерческих целях. Java SE отныне можно использовать бесплатно только для персонального использования, разработки ПО, тестирования, создания прототипов и демонстрации приложений.  


До 16 апреля обновления Java SE выпускались под лицензией BCL (https://java.com/license) (Binary Code License), а после только под новым лицензионным соглашением OTN (http://java.com/otnlicense) (Oracle Technology Network). При использовании в коммерческих проектах требуется покупка лицензии или переход на свободный пакет OpenJDK (http://jdk.java.net/), который продолжает развиваться на прежних условиях под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. В случае продолжения применения Java SE  для дальнейшего получения обновлений (https://www.oracle.com/technetwork/java/java-se-support-road...) предприятиям требуется получить коммерческую лицензию, стоимость которой составляет $2.50 в месяц на одного пользователя или один компьютер.  

Решение об изменении модели лицензирования принято после модернизации процесса разработки, подразумевающем развитие единой с OpenJDK постоянно обновляемой открытой master-ветки, в которую включаются уже готовые изменения и от которой раз в шесть месяцев ответвляются ветки для стабилизации новых выпусков. Если раньше в наборе Java SE от Oracle входили дополнительные коммерческие компоненты, то теперь их код открыт и продукты OpenJDK и Oracle Java SE можно рассматривать как взаимозаменяемые. Корпоративные пользователи бинарных  наборов Oracle Java SE, поставляемых с java.com,  могут продолжить бесплатное использование Java, перейдя на сборки OpenJDK.


В случае применения ветки Java SE 8, возможен переход на развиваемый компанией Amazon проект Corretto (https://aws.amazon.com/corretto/), распространяющий (https://www.opennet.dev/opennews/art.shtml?num=50071) бесплатные дистрибутивы Java 8 и 11 с длительным сроком поддержки, готовые для применения на предприятиях. Выпуск обновлений для Corretto 8 будет обеспечен как минимум до июня 2023 года. Обновления предоставляются бесплатно и без каких-либо ограничений. Corretto сертифицирован как соответствующий спецификациям и может быть использован для замены Java SE.


Дополнительно можно отметить, что компания Red Hat приняла (https://www.redhat.com/en/about/press-releases/leadership-op...) лидерство над ветками OpenJDK 8 и OpenJDK 11, сопровождением которых ранее занималась компания Oracle, а теперь сосредоточилась на OpenJDK 12 и разработке master-ветки, от которой в сентябре будет ответвлён релиз OpenJDK 13.
Компания Red Hat взяла на себя работу по продолжению формирования публично доступных обновлений для прошлых веток, сопровождение их кодовой базы и решение задач технической поддержки. Следует отметить, что подобный шаг не является чем-то особенным, Red Hat раньше уже брал на себя сопровождение веток OpenJDK 7 (https://www.opennet.dev/opennews/art.shtml?num=42482) и OpenJDK 6 (https://www.opennet.dev/opennews/art.shtml?num=36332).


URL: https://www.redhat.com/en/about/press-releases/leadership-op...
Новость: https://www.opennet.dev/opennews/art.shtml?num=50532

Содержание
Сообщения в этом обсуждении
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 08:49 
Ну вот и все
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анонимус Суминонус , 18-Апр-19 08:56 
Да все тлен
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:56 
И это хорошо. Кстати, пакет OpenJDK 8 от RH содержит IcedTea под Windows. Работает быстрее, чем WS.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:01 
Что хорошего в том что oracle закопал java?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 08:59 
Конец эпохи. На че переходим, пацаны? На электрон?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:55 
.Net
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Тот_Самый_Анонимус , 18-Апр-19 10:34 
.Da
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено commiethebeastie , 18-Апр-19 15:02 
.1C
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:54 
Васян
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено TormoZilla , 18-Апр-19 12:42 
> Конец эпохи. На че переходим, пацаны? На электрон?

Java > JavaScript

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:01 
Холера > Туберкулез.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Марк Шаттлворт , 18-Апр-19 13:25 
JavaScript > Java
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 16:19 
На Паскаль!
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 08:59 
Классика, подсадили, а теперь поделись пирогом)
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:23 
>Классика, подсадили, а теперь поделись пирогом)

Бил Гейтс это высказывание одобряет.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:11 
"Полу хорошо платили в Honeywell, а часть этих денег перекочевала в мой карман, когда мы с ним допоздна играли в покер в моей комнате."
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено кккк , 18-Апр-19 09:00 
с одной стороны "вот и всё", но с другой стороны java уже настолько огромна и обросла таким сообществом, что движение Оракл-а даже понятны - оно не может всем рулить и всё тянуть и сбрасывает на сообщество и сторонние компании темы, которые Ораклу не интересны. OpenJDK наше всё. :-)
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:56 
Но ведь бинари они не распространяют. Пользователям винды самим компилировать? Да они скорее ораклу заплатят.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено asdasd , 18-Апр-19 10:12 
Для винды есть куча сторонних сборок, OpenJDK, таких как zulu-openjdk или AdoptJDK.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:16 
sudo apt install openjdk-11-jdk
А зачем вообще винда на сервере, ее ж перезагружать постоянно надо о_О
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:21 
А чё, Linux не надо обновлять и перезагружать после обнов ядра?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено ryoken , 18-Апр-19 10:28 
Уже 3 варианта бесперезагрузочного ядрообновления придумано, курите гугль лучше.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 11:58 
серьезно ?

Ubuntu Server 18.10
*** Требуется перезагрузка системы ***
Last login: Tue Apr 16 00:48:56 2019

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ключевский , 18-Апр-19 12:16 
> Ubuntu Server 18.10

Серьезно? На серверах должен быть только LTS, а для них есть бесплатный canonical-livepatch
А ты поставил поддерживаему полгода ветку для разработчиков на сервер, блин.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нах , 18-Апр-19 12:22 
лайфхач не очень поможет при обновлениях сцыстемды или банального glibc.

Но "сервер" на 18.10 без медицинских показаний - да, зачот.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ключевский , 18-Апр-19 13:36 
> лайфхач не очень поможет при обновлениях сцыстемды или банального glibc.
> Но "сервер" на 18.10 без медицинских показаний - да, зачот.

Речь шла про обновления ядра без перезагрузки, а для Ubuntu LTS оно есть и применяется

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено хотел спросить , 18-Апр-19 22:43 
патч ядра без перезагрузки - временное решение - до перезагрузки ))
вот так на редхат написано...
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ключевский , 19-Апр-19 00:41 
Да, само собой. Но это позволяет патчить ядро и не перезагружаться годами.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено анон , 18-Апр-19 14:11 
тогда попросите каноникал не штамповать версии с маленьким сроком поддержки
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ключевский , 18-Апр-19 15:06 
Это тестовые версии, их не нужно использовать на серверах. То что какие-то мамкины крякеры ставят тестовые версии на сервера проблемы мамкиных крякеров
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Совершенно другой аноним , 18-Апр-19 12:17 
Вы не рассматриваете такой вариант, что в Ubuntu не осилили^Wприменяется ни один из разработанных методов?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 11:26 
Так в винде достаточно обновлению, например, включать в себя DLL-ку запущенного процесса -- и без перезагрузки оно не установится.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:14 
Установится. Перезагрузка нужна для PendingFileRenameOperations.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:51 
Так в том-то и дело, что невозможность перезаписать занятую процессом DLL-ку вынуждает откладывать их обновление до перезагрузки.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено пох , 18-Апр-19 14:04 
если процесс нельзя просто прибить - в линуксе, сюприз, все еще хуже - дллка-то перезаписалась, а вот дыра где была, там и осталась, и выяснить это уже достаточно забавный цирк, штатными инструментами поддерживаемый по сей день почему-то только в suse.

Если процесс можно просто взять и перезапустить - у винды все тоже вполне складывается.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:38 
Да ладно, Debian давно умеет определять такое и перезапускать что нужно. Вот на CentOS да, пляски с бубном нужны.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено анон , 18-Апр-19 11:13 
ничего её не надо перезагружать постоянно. сама перезагрузится.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:23 
> sudo apt install openjdk-11-jdk

Откуда на сервере apt install? Всю жизнь были yum install

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:30 
Три ошибки в слове yum
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено IRASoldier , 18-Апр-19 16:01 
dnf, мазафака
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Michael Shigorin , 19-Апр-19 00:46 
Это какая-то короткая жизнь (ну или насыщенная повермаками, да).
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено MVK , 18-Апр-19 11:19 
https://jdk.java.net/12/
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:28 
Пользователям винды бинари остались бесплатными.
Платно только разрабам и коммерческое использовнаие
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:31 
А винда у тебя в конторе не считается коммерческой что ли? Трофейная?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:42 
есть сборка OpenJDK в чём проблема?
Причём с ней проще, т.к. даже устанавливать не нужно, распаковал архив, прописал 2-3 переменных и пользуйся, один минус обновлений нет.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено macfaq , 18-Апр-19 13:19 
Видимо да, учитывая, что крайний раз, когда я ставил JRE на окна - очень давно - официальный дистрибутив приволок в систему долбаный тулбар от ask.com и ещё какой-то мусор.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Sserj , 18-Апр-19 16:21 
Откуда такое взяли?
Идете http://jdk.java.net/12/
и берете спокойно openjdk для винды.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 20:12 
Нашли о ком и о чем переживать. Пользователи венды пользуются программами. Из-за взаимозаменяемости с OpenJDK разработчики приложений для венды могут собрать своим пользователям бинарник OpenJDK и распространить совместно с приложением.

Видимо Аноним забыл в чём была особенность лицензий Sun Java и Oracle Java. Разработчики не могли, написав программу распространять бинарники той самой Java, которые требовались для выполнения. Только на платной основе. Вспомните мухлёж с пакетами в репозитории, докачивающими Sun Java, и их полный выпил с переходом Java под крыло Oracle. Если для приложения используется OpenJDK, который под GPLv2, то никакого ограничения на собственноручно собранные бинарные файлы этого проект OpenJDK не накладывает, а вот разработчик ПО, таки, может наложить ограничения на распространения бинарников внутри собственной сборки вместе со своим ПО при условии доступности кода и патчей относительно основной ветки OpenJDK.

Я сам не разработчик Java, поэтому не знаю. Есть ли сейчас смысл пользоваться Oracle Java для нового проекта?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:01 
> $2.50 в месяц на одного пользователя или один компьютер

Это так много...

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено ИмяИмя , 18-Апр-19 10:38 
У меня AnyLogic бесплатный стоит на 60 компьютерах в компьютерных классах. Это 1800 зеленых денег в год.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анонимный селебрити , 18-Апр-19 09:13 
Я так и не понял что делать с JRE - всякие онлайн банкинги реализуют подписи чере него, так теперь клиенты банков должны платить Ораклу?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:18 
При чем тут клиенты? Кто заказывает бал, тот и платит. То бишь банк, который нанимает разработчика своего онлайн-банкинга.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анонимный селебрити , 18-Апр-19 10:03 
В смысле? JRE с плагином работает на стороне клиента
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нах , 18-Апр-19 12:25 
пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать.

А в нем гарантированно будет openjdk'шный - и замучаешься бороться с тем, чтобы заменить его на оракловый. К счастью, уже несколько лет как это делать стало совершенно и незачем.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено iPony , 19-Апр-19 06:45 
> пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать

Это типа по поводу JRE плагина, который работает по сути только в Safari и IE?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:26 
JRE для пользователей бесплатен
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Kuromi , 18-Апр-19 17:52 
С каким плагином? NPAPI плагины давно уже не поддерживаются в подовляющем числе браузеров.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:13 
Все расходы банков лягут на плечи потребителей и ое фактически оплатят весь бал, а юридически - банк.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено NameName , 19-Апр-19 21:58 
Целых три бакса на сервак. Охренеть как дорого.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Онаним , 18-Апр-19 10:04 
Да. Банк заплатит ораклу, а заплаченное вобьёт в стоимость обслуживания :)
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:43 
И откуда такие осведомлённые берутся?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 21-Апр-19 12:26 
Прям стесняюсь спросить - осведомленные вам там, в банке, всю малину портят? Ну там, квартальный отчет какой?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено ИмяИмя , 18-Апр-19 10:36 
Мне кажется любая связка "любой софт + JRE" попадает под:

"If you are an organization used to getting Oracle Java SE binaries at no cost, you can simply continue doing so with Oracle's OpenJDK releases available at jdk.java.net."

В том числе и клиент-банковский и какой-нибудь другой.
И, если заморочится вопросом, то можно повыносить мозг поставщику на эту тему.

PS. мои соболезнования вам
PPS. даже казначейство уже сползло с подписывания через java

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Технополис , 18-Апр-19 09:15 
Ну и ничего страшного. Об этом давно было заявлено. Мы заранее подготовились и просто перешли на OpenJDK12. Почистили старые java библиотеки от разных версий. Работа даже лучше стала. Сейчас всех пользователей переведем на java12 и забудем про жадный Oracle.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Anonim , 18-Апр-19 09:53 
Почему не 11?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анонир , 18-Апр-19 12:12 
Потому что 12 - это релиз длительной поддержки, в отличие от 11.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анонир , 18-Апр-19 12:16 
Прошу прощения, ошибся насчет 12 версии. Учитывая что 11 LTS действительно странно переходить на 12.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено username , 18-Апр-19 23:27 
Только у OpenJDK нет даже намека на LTS. Добро пожаловать в бета тестеры.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 29-Апр-19 20:31 
С чего такое умозаключение? https://adoptopenjdk.net/
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Технополис , 18-Апр-19 14:32 
Можно было и 11. Но 12 интереснее. А с точки зрения надежности одинаковы.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено dio4 , 20-Апр-19 04:47 
Если все так хорошо, чего же раньше не работали под open? Лукавство...просто теперь ищете судорожно выход из ситуации. "Подчистили библиотеки.." если софта много - так можно до самой смерти чистить ))) Сейчас все (кто может) на с++ рванут, а java все - спеклась.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Технополис , 22-Апр-19 13:12 
Никакого лукавства. Еще год назад запланировали переход с java8 на свежие Open версии. Просто ждали обещанный Graal. Не дождались. Зато вышло много хороших сборок. Так что двигаемся по плану. А на с++ никто из java программистов не рванет. Java слишком хорошая технология для бизнес задач, чтобы с неё уходить. А то что появилось много разных JDK под разные условия - это просто замечательно. Не одной Oracle заживет народ.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:24 
Ограничения, установленные Oracle, уже давно душат. К примеру, Sun знала о возможной смене политики, и открыла исходники Solaris до приобретения Oracle. Последняя же не развивает открытую ветвь.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:16 
За 4 года предвидели покупку Ораклом. Прямо Ваенга какая-то
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нах , 18-Апр-19 12:28 
вообще-то у них проблемы с бизнесом нарисовались куда раньше этих четырех лет. Метания в сторону opensource, собственно, были одним из признаков что все плохо.

Не орацлом, но покупку вполне можно было предвидеть, правда, они опенсорснулись не ради этого, а ради поиметь хоть по стольнику налом с лохов (самый дорогой в моей жизни диск с впопенсорцом ;-) - видимо, уже очень-очень были нужны наличные деньги хотя бы чтоб зарплату выплачивать.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:46 
>Метания в сторону opensource, собственно, были одним из признаков что все плохо.

То есть для M$ можно заготовлять именную лопату?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:33 
> Прямо Ваенга какая-то

Выросло поколение…

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:32 
Да, выросло ироничное поколение, утопающее в постиронии. А старики воспринимают коверканье имён как невежество.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено vitalif , 18-Апр-19 09:57 
Сначала было обрадовался, что щас она самозакопается, ан нет, это только оракл жаба. Подскажите, какой в ней щас вообще смысл? Там же фич нет, все в опенждк давно?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нах , 18-Апр-19 12:29 
ентер-прайс, все дела.
Опенжидкая вообще кем-то собирается, к примеру, под oracle solaris?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено vitalif , 18-Апр-19 15:57 
если она только под солярис нужна, то это можно считать эквивалентом того, что она вообще не нужна
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 16:50 
Есть куча старых проектов, которые проще поддерживать в том состоянии что есть.
Не у всех есть куча времени заниматься рефакторингом(смысла тоже не много).
А миграция на openjdk не всегда тривиальна.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено vitalif , 18-Апр-19 17:09 
Да это понятно... я спрашивал - для новых проектов она зачем нужна? Есть какие-то примеры фич оракловой закрытой явы, которые в новых проектах нужны?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:48 
Нужно больше времени для изучения и тестирования в работе.
Одно дело на коленке проект написать и поиграться.
Другое дело быть уверенным что нигде не упадет в реальных условиях.
Проект вроде открытый, а сайт java.net не очень удобный (крохотный текст слева раздражает).
Просмотр кода тоже самое. Багтрекинг тоже не понятно где искать.
Стабильность не уверен. Еще очень мало версий прошло в той же 11 или 12 ветке.
Оценивать еще рано. А 9 и 8 версии openjdk не юзабельны как по мне.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено vitalif , 19-Апр-19 11:31 
Что за бред. Какого времени, ты о чем? Что значит неюзабелен? Что конкретно неюзабельно?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 19-Апр-19 17:39 
Э, какой-то болезненный бред. Чем же openjdk 8 и 9 так вот прям "не юзабельны"?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 09:59 
Хочу заметить, что оракловский GraalVM пока что FOSS и намного лучше OpenJDK8. OpenJDK 11 в GraalVM пока не завезли. GraalPython пока что не особо юзабелен - значительная часть станд. библиотеки сломана.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:02 
Лучше чем? В контексте jit жавы
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 14:10 
Зачем отдельно завозить, если в OpenJDK 11 и так уже встроен GraalVM? Кроме того, в оракловых сборках нет и не будет Shanondoah (есть у redhat-а и bellsoft-а).
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 22:31 
>если в OpenJDK 11 и так уже встроен GraalVM

Нет, не встроен. Встроен только хотспот. Как минимум трюфеля, полиглота (ради которых и брал) и aot нет (правда aot там в неработоспособнос состоянии, большая часть программ не компилится, а те, что компилятся - не работают).

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 10:05 
"При использовании в коммерческих проектах требуется покупка лицензии или переход на свободный пакет OpenJDK"
Нет, не так! Наше обиходное понятие "коммерческий" сильно расходится с буржуйским "commercial user"
Читаем: https://www.oracle.com/technetwork/java/javase/overview/orac...
"If you are an organization used to getting Oracle Java SE binaries at no cost, you can simply continue doing so with Oracle's OpenJDK releases available at jdk.java.net."
То есть если вы в конторе используете какое-то third-party ПО, даже бесплатное, то идите на OpenJDK. Если вы наколхозили для своего внутреннего употребления своими силами java-приложение, то тоже идите на OpenJDK. Если у вас в конторе старые сетевые железки (NASы, коммутаторы или еще что-то), которые для управления требуют java, то вы тоже идете на OpenJDK.
Ага, и молитесь, чтобы эта древняя ПО, которое слава богу запустилась на с трудом раздобытом JavaSE 6.*, запустилась на OpenJDK.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:01 
Никто не запрещает вам продолжать запускать на волшебном Java SE 6. Речь про новые версии.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 10:15 
Ораклы - КАЗЛЫ! Но надо отдать должное, они долго оттягивали.

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

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нех , 18-Апр-19 10:42 
ишь ты. как он зарабатывает деньги - так ок.
а как оракл хочет заработать - так низя.
ох уж эти анонимы...
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 10:58 
Я совершенно не против того, что oracle или к.л. ещё зарабатывает деньги. Я против политики затягивания гаек. Java со всей её обширной библиотекой не является продуктом Oracle, они её лишь допиливают, причем делают это весьма сумбурно.

P.S.
А так-то - Да, анонимы они те ещё товарищи)
P.P.S.
Да и вообще я считаю, что мне вот деньги сильнее нужны, чем Ораклу.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено анон , 18-Апр-19 11:16 
а где связь оракла, евойной ждк и жабы как языка? тебе не плевать на какой жвм запускать твою недоиндусячью лапшу?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Анончик , 18-Апр-19 11:22 
> Я против политики затягивания гаек

Ага, выставить цену это ты называешь "затягиванием гаек"? А ничего, что в магазинах на яблоки, капусту, мясо, сигареты так позатягивали гайки, что бывают голодные дни? "Я против политики затягивания гаек" дайте мне свободные от денег яблоки? Так что ли? )))

>  Java со всей её обширной библиотекой не является продуктом Oracle

Яблоки доставляемые в магазины тоже не являются продуктом тех кто их доставляет, "они их лишь допиливают", моють и кладут на _свои_ полки.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 11:31 
Давайте обойдемся без идиотских аналогий.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:05 
> Java со всей её обширной библиотекой не является продуктом Oracle

Является.

https://trademarks.justia.com/866/94/java-86694276.html

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:34 
Кто-то тоже так думал. И проиграл по суде 1 миллиард за каждую строчку кода.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено нах , 18-Апр-19 12:31 
че-та мне кажется, что орацл как раз этим ничего не заработает. скорее это пинок разработчикам чтоб поживее валили на openjdk и помогали своим лбом собирать грабли в нем, а не висели дальше на шее у орацла.


"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 11:04 
Постепенно завершаем переход на OpenJDK11 + Linux и на серверах и на машинах разрабов, все ок, только положительные впечатления. Не знаю как на Windows (нет таких машин), но на Linux машинах ни какой разницы, просадов производительности или жора памяти тоже нет.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 11:15 
Сейчас GUI на Swing'е уже наверное никто не пишет. Но во времена JSE6 мы сталкивались с разным поведением при обновлении интерфейса из внешнего потока, OpenJDK конкретно глючил.

Кстати, разработчики IntelliJ Idea раньше тоже рекомендовали использовать сборку от оракла для запуска IDE, не знаю как обстоят дела сейчас.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено лютый жабист__ , 18-Апр-19 12:08 
>Сейчас GUI на Swing'е уже наверное никто не пишет

А на чём пишут ГУЙ? Помнится, год-два назад в glibc что-то поломали и в свеженьком Арче сломались сразу три IDEшки (netbeans, idea и eclipse), работать работали, но супермедленно. Т.е. написаны они на Свинге. На чём надо?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 14:06 
Никто однозначно не скажет "на чем надо", все от Ваших задач зависит. Раньше повсеместно использовались standalone приложения, сейчас иная тенденция.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено НяшМяш , 18-Апр-19 12:28 
> при обновлении интерфейса из внешнего потока

Вам никто не говорил, что так делать нельзя? Любая гуёвая библиотека работает в главном потоке - просто чтобы избежать проблем. Да, внутри гуй можно щедро помазать примитивами синхронизации, но опять же, это будет тормозить.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ordu , 18-Апр-19 14:41 
Простите за оффтоп, но примитивы синхронизации это прошлый век. Надо разделять доступ к объектам, так чтобы ни один объект не был бы доступен на запись более чем из одного потока. Либо из одного потока на запись, либо из многих на чтение. Примитивы синхронизации нужны только в тех редких случаях, когда так выкрутится не удаётся, и в этих случаях они действительно могут на многих ядрах дать отрицательный бонус к производительности: https://appliedgo.net/concurrencyslower/
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Виталий , 19-Апр-19 07:35 
Хотите по оффтопить?

Начнем с того, что синхронизация вообще нужна для решения проблем с конкурентным доступом.

Если конкуренция слабая, т.е. вероятность одновременного доступа низка и / или когда исполнение синхронизованного кода достаточно быстрое, что тоже снижает уровень конкуренции промежду прочим.

То в расходы на синхронизацию существенный или даже основной вклад вносит сама реализация блокировок.

Так вот накладные расходы на выполнение примитивов синхронизации достаточно низкие по сравнению с реализациями из java.util.concurrent и соответственно примитивы синхронизации имеют право на существование. Причем в достаточно широком классе случаев на самом деле.

Такие дела :)

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ordu , 19-Апр-19 12:59 
> Хотите по оффтопить?
> Начнем с того, что синхронизация вообще нужна для решения проблем с конкурентным
> доступом.

Причём только тогда, когда этот доступ не удалось раздробить на достаточно мелкие куски, которые не требуют синхронизации.

> Так вот накладные расходы на выполнение примитивов синхронизации достаточно низкие по сравнению
> с реализациями из java.util.concurrent и соответственно примитивы синхронизации имеют
> право на существование. Причем в достаточно широком классе случаев на самом
> деле.

Право на существование они имеют потому, что без них в конечном итоге никак. Но каждый конкуретный доступ -- это инвалидация кеша. Если используется Mutex и используется так, что Mutex::try_lock() хотя бы в 50% случаев возвращает ошибку, то это нене и безрукость.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Виталий , 19-Апр-19 13:35 
> Если используется Mutex и используется так, что Mutex::try_lock() хотя бы в 50% случаев возвращает ошибку, то это нене и безрукость

Это да, но вот из практики такие нагрузки очень редки, по крайней мере в той области ынтерпрайза где мне приходится тянуть лямку. У нас вообще конкуренция на уровне приложения не очень частый случай.

А скорее типичная следующая ситуация:

Есть код, который работает нормально неделями. Очень редко выдает какие-то непонятные ошибки. До тех пор пока некий пытливый ум не догадается, что где-то есть несинхронизованный конкурентный доступ к памяти. Какие уже там 50 процентов ...

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Виталий , 19-Апр-19 13:44 
Хотя я описал ошибки конкуренции read/write

но и конкуренция по read довольно часто очень низкая.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 23-Апр-19 18:45 
Не соглашусь с вами. Примитивы не нужны никогда. Они, для начала, бесполезны. Т.е. создают иллюзию предсказуемого конкурентного доступа, что ещё хуже, чем ясно себе представлять, что приложение написано без учёта многопоточного доступа. Сугубо имхо, конечно.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Попугай Кеша , 18-Апр-19 12:18 
Ага, при этом ощущение, что отмываешься от чего-то. Но ничего, полезные водные процедуры пойдут на пользу.

Вон и Google хочет отмыться теперь от Android/Java, и готовит уже соломку чистую - Flutter/Dart/Fuschia

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено пох , 18-Апр-19 14:07 
головы он дурит глупым птичкам из отряда курообразных.
А сам как штамповал все новые и новые версии ведроида, так и продолжает.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Попугай Кеша , 18-Апр-19 15:08 
По инерции наверно
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 11:26 
Что за театр в комментах? Неужели кто-то до сих пользовался не openjdk вариантом?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 11:59 
Проблема в том, что бинарники OpenJDK так же перестают обновлять после выхода новых мажорных релизов. И для потребителей это проблема, особенно для абсолютного большинства пользователей Windows, т.к рядовые пользователи не будут собирать себе java из исходников. В linux с этим на много легче, из-за того что у пакетов есть мантейнеры.
Пока я вижу выход в том, что банки будут рекомендовать для использования сторонние сборки adopt, zulu и т.п.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:36 
К сожалению на винде пользовались. Но сейчас переходим на OpenJDK - одни положительные впечатления.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено DEF , 18-Апр-19 11:54 
Чем отличается 0racle JDK от 0pen JDK? Именно в техническом плане.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 12:01 
Тем что OpenJDK это только reference implementation. Если Вы работаете с "чувствительными" данными(а это фактически любой бизнес), то я не думаю, что вам стоит использовать OpenJDK, а так в общем все ОК.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:05 
Неправильный жвм съест все чувствительные данные, какой ужас
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 12:13 
Вы знаете, чем отличается независимый открытый проект от проекта, за которым стоит конкретная компания и координатор?

Если лично Вы выбрали открытый проект для своей компании, в нем обнаружилась проблема и по этой причине у вас утекли данные, пропали деньги, упала ракета, то в этом случае виноваты лично Вы и никто другой.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:20 
> Если лично Вы выбрали открытый проект для своей компании, в нем обнаружилась
> проблема и по этой причине у вас утекли данные, пропали деньги,
> упала ракета, то в этом случае виноваты лично Вы и никто
> другой.

Вы хотите сказать, что в случае "виновата Oracl" -- она компенсирует стоимость упавшей ракеты? Не порадуете ссылочкой на прецеденты?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 12:25 
Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали, а посему и ссылки искать Вам.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Попугай Кеша , 18-Апр-19 15:09 
Гордый другой аноним высоко задрал нос, ничего более не сказав, хлопнул дверью и ушел! Адиос, господа! Ищите сами доказательства!

Спектакль был окончен. Аудитория рукоплескала!

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 15:36 
Ха-Ха, да здесь я. Только с вами спорить, что горох об стену! Набивайте шишки сами. Рано или поздно согласитесь со мной ;-)
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 15:54 
> Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали,

Я додумал совсем не то, что Вам хотелось бы? Какая жалость. Риторика коню под хвост.

> а посему и ссылки искать Вам.

Когда захочу доказать исходный _Ваш_ намёк (якобы "конкретная компания и координатор" даёт некие сакральные выгоды), тогда обязательно этим займусь. Пока продолжу считать его досужим домыслом.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 16:06 
Конечно дает! Это настолько очевидно, что я не понимаю в чем спор. Быть может мы о разных вещах говорим?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 19-Апр-19 11:32 
> Конечно дает! Это настолько очевидно, что я не понимаю в чем спор.
> Быть может мы о разных вещах говорим?

Наверное, о разных. Я говорю: не понятно, что даёт, исходная посылка из некоего пальца высосана. Вы говорите: это очевидно! Ну, на том и сошлись.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено YetAnotherOnanym , 18-Апр-19 16:35 
> виноваты лично Вы и никто другой

Вы EULA от "конкретных компаний" хоть раз читали? Там дисклеймер на отмазке сидит и ограничением погоняет. Ответственности за свое творение никакой, ещё и руки у покупателя связаны - дебажить нельзя, дизассемблить нельзя, исследовать нельзя, ничего нельзя.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:36 
)))) Лицензию Oracle читайте.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:37 
Ну да, интерпрайз животворящий - это такая панацея. В случае факапа тот факт, что я использовал проприетарную сборку, пускай даже за бабки - мне ничего не даст. А факап _от того_, что я использую не проприетарную сборку уж очень маловероятен, хотя бы потому, что они успели ветки слить. В новости прям так и написано
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой аноним , 18-Апр-19 18:43 
Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться на этот продукт. Что здесь не так? Вы другого мнения?

На фига мне знать, про все эти открытые коды и EULA’ы которые тут приводите, если речь идёт о другом. Оракл тупо пытается скинуть Java’у, я это упомянул в посте выше.

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено J.L. , 18-Апр-19 19:59 
> Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за
> сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться
> на этот продукт.

а вы сами читаете? Оракл как-то отвечает головой за сделанную работу в очередной версии OracleJre??
даже если у вас куплен суппорт оракла (не помню есть ли у них суппорт на жаву) - не отвечает

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 20:31 
Ну так лицензии то там вам не просто так предлагают почитать. Вот эти AS IS капсом тут и там - все таки о чем-то да говорят. Или вы слепо надеетесь на внутрикорпаративную политику? А то так и фряху можно на помойку, как же они там без корпораций. Это все - рюшечки и кормление себя плацебо, тем более учитывая, что кодовая база абсолютно одинаковая
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено NameName , 19-Апр-19 21:57 
Головой? )))) Чувак, что с тобой? Кто и за что отвечает головой в сфере разработки и продажи ПО? Это риторический вопрос, можешь не отвечать.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Led , 18-Апр-19 12:19 
> Если Вы работаете с "чувствительными" данными

А потом ещё спрашивают: почему жабистов считают этими.. алтернативно развитыми? или даже - гуманитариями?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:21 
> - гуманитариями?

Потому что программное обеспечение пишется, в первую очередь, для людей. И я не о "жабистах".

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Другой Аноним , 18-Апр-19 12:28 
Откройте толковый словарь, найдите слово "Критиканство"
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Канделябры , 18-Апр-19 13:32 
Оу, давно я не был на радиоактивных пустошах, где мутанты-гидроцефалы обзываются друг на друга словом "гуманитарий". А вообще, слыть гуманитарием среди необразованных маргиналов - это почётно.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:43 
А кто считает? Завидующие зарплатам?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:04 
Не все оптимизации openJDK входят в сборку Oracle, и наоборот.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено mknv , 18-Апр-19 12:10 
В Oracle jdk более стойкие алгоритмы шифрования (из-за лицензии), насколько я помню. Не знаю, как сейчас.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:28 
Лицензии на шифрование из США - это совершенно отдельный разговор. Поскольку у них уже почти вся ИТ внесена в список экспортных ограничений (с ограничением на контакты с иностранцами), шифрование могут исключить вообще отовсюду из программных продуктов, которые могут оказаться за пределами их страны.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 12:50 
> Лицензии на шифрование из США

И как Вы собираетесь легально использовать это в РФ?

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 16:01 
>> Лицензии на шифрование из США
> И как Вы собираетесь легально использовать это в РФ?

Легально в РФ используют СКЗИ, а не т.н. "шифрование".

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено YetAnotherOnanym , 18-Апр-19 16:51 
По-разному, в зависимости от ситуации.
Вот, например, с конца 90-х использую SSH для подключения к удалённым хостам.
Не помню с какого времени, но ежедневно использую https при веб-сёрфинге.
Ну, и так далее.
Собираюсь продолжать пользоваться ПО, использующим разработанные американскими вендорами криптоалгоритмы и их реализации, ровно так же, как пользовался до сих пор.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:42 
К слову, тем самым вы невольно нарушаете целый ряд законов РФ.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Ydro , 18-Апр-19 19:23 
Скажу по секрету, что  этот сайт работает через httpS, Вы в преступном сговоре.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено YetAnotherOnanym , 18-Апр-19 19:32 
Список можно? Или хотя бы номер статьи УК или КоАП?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 20:00 
Нет, все это разрешено Конституцией.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено J.L. , 18-Апр-19 20:19 
> Нет, все это разрешено Конституцией.

репостики^W Конституция запрещена

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 17:37 
Только если вы работаете на территории США.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 13:05 
https://www.graalvm.org/docs/getting-started/#native-images

https://www.excelsiorjet.com/free

скомпилировал в нативный бинарник и oracle не парит

"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 15:40 
Azul Zulu в новости нет потому что они наверное не занесли?
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 18-Апр-19 15:48 
В Zulu смысла нет, так как оперативные обновления с устранением уязвимостей платные.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено Аноним , 23-Апр-19 18:53 
По-моему, это вполне нормально.
"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Отправлено J.L. , 18-Апр-19 16:10 
> Azul Zulu в новости нет потому что они наверное не занесли?

а почему должны занести? и кому?

"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 18-Апр-19 17:33 
А с чего кипиш? Уже давно всё на OpenJDK. Вендовые же "пользователи" сами виноваты, они давно никому не нужны.
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено abi , 18-Апр-19 22:44 
А в OpenJDK разве есть JavaFX ?
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 18-Апр-19 23:51 
https://openjdk.java.net/projects/openjfx/
https://openjfx.io/
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено mknv , 19-Апр-19 02:32 
С 11 версии нет.
"s/Oracle/Liberica/"
Отправлено Michael Shigorin , 19-Апр-19 00:53 
Если кто задумается над тем, чтоб платить ораклу -- обдумайте ещё один вариант, Liberica JDK: https://bell-sw.com

Это контора бывших питерских разработчиков Java VM, среди которых был спец, который "знал её лучше Гослинга"; познакомился с ними на SECR-2018.  Прошлой весной оракл их уволил -- вот пусть теперь ему и аукается. :)

"s/Oracle/Liberica/"
Отправлено NameName , 19-Апр-19 11:53 
Кстати, да, тоже вариант.
"s/Oracle/Liberica/"
Отправлено Технополис , 22-Апр-19 13:16 
Из десятка поставщиков JDK выбрали именно их. И всем советуем. Самая разнообразная и хорошая комплектация у наших питерских товарищей. Молодцы.
"s/Oracle/Liberica/"
Отправлено Аноним , 29-Апр-19 09:18 
Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, но используемые нами приложения запустить под ней (как, впрочем, и под Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих клиентскую Java. Для себя мы их определили и протестировали.
"s/Oracle/Liberica/"
Отправлено Alexander Belokrylov , 29-Апр-19 13:21 
> Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать,
> но используемые нами приложения запустить под ней (как, впрочем, и под
> Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих
> клиентскую Java. Для себя мы их определили и протестировали.

Поделитесь пожалуйста, что за приложение не удалось запустить под Liberica?
можно написать в форму на https://bell-sw.com или на info@bell-sw.com

"s/Oracle/Liberica/"
Отправлено Аноним , 29-Апр-19 18:15 
См. ниже. Но смысла в них уже нет, как и клиентской Java на наших машинах.
"s/Oracle/Liberica/"
Отправлено Aleksei Voitylov , 30-Апр-19 00:12 
Приложения, которые вы указали ниже - weasis и spark (тот, который IM) рассчитаны на работу с JDK 8:

weasis portable - работает с Liberica JDK 8u212.
spark - работает с Liberica JDK 8u212. Приложение включает в свою поставку JRE, поэтому запускали как рекомендует скрипт для запуска этого приложения, предварительно выставив переменную INSTALL4J_JAVA_HOME=$PATH_TO_LIBERICA_JDK, .

Есть ли смысл - Вам, конечно, решать.

"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено NameName , 19-Апр-19 11:55 
Ява давно Ораклу обуза. Сейчас с языковой среды сложно снять прибыль традиционным для оракла способом. Поэтому трансформация неизбежна.
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 19-Апр-19 17:22 
Legacy-ветки бесплатно поддерживает и Амазон, и Шапка (эйбиэм). В новых же версиях особого смысла, пока, не вижу.
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено iZEN , 20-Апр-19 21:57 
Есть OpenJDK8 (пакет openjdk8-8.212.4.1 на FreeBSD) и OpenJDK12 (пакет openjdk12-12.0.1.12.1 на FreeBSD), доступные в исходниках.
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено bOOster , 22-Апр-19 10:58 
Аха, а собирать ты пробовал? Из этих исходников?
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 22-Апр-19 16:57 
Я пробовал. И что в этом такого?
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено iZEN , 22-Апр-19 19:31 
> Аха, а собирать ты пробовал? Из этих исходников?

% /usr/local/openjdk8/bin/java -version
openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-b04)
OpenJDK 64-Bit Server VM (build 25.212-b04, mixed mode)

% /usr/local/openjdk12/bin/java -version
openjdk version "12" 2019-04-16
OpenJDK Runtime Environment (build 12+12-1)
OpenJDK 64-Bit Server VM (build 12+12-1, mixed mode)

"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Александр , 20-Апр-19 22:19 
Цинизм Oracle поражает. Сделали jdk 11 в котором утверждали что совместимость сохранена. Недавно вышло обновление SQL Developer, в котором read me гласит что совместимо только с 8 и 9 версией, а выше неподдерживаютсч
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 22-Апр-19 16:41 
Но при этом всё работает.
"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 29-Апр-19 09:12 
Нет. Все применяемые нами приложения в Java 11 НЕ работают ни под Windows, ни под Linux. Если интересует, это: Weasis, Spark.

При этом под Linux ситуация еще сложнее. Обновление IcedTea тянет в зависимостях Java 11 несмотря на то, что в системе стоит Java 8. Проблема не имеет решения.

Решение такое - отказаться от клиентской Java в принципе. Первое заменяется на Portable или любой другой вьювер. Второй заменяется на Pidgin, благо версия для Windows пристойно работает.

"Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."
Отправлено Аноним , 29-Апр-19 18:13 
Коррекция. Weasis portable требует Java 8.