The OpenNET Project / Index page

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



"Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"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.ru/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.ru/opennews/art.shtml?num=42482) и OpenJDK 6 (https://www.opennet.ru/opennews/art.shtml?num=36332).


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

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

Оглавление

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


1. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +9 +/
Сообщение от Аноним (1), 18-Апр-19, 08:49 
Ну вот и все
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +5 +/
Сообщение от Анонимус Суминонус (?), 18-Апр-19, 08:56 
Да все тлен
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

33. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (33), 18-Апр-19, 10:56 
И это хорошо. Кстати, пакет OpenJDK 8 от RH содержит IcedTea под Windows. Работает быстрее, чем WS.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

127. Скрыто модератором  +3 +/
Сообщение от Аноним (127), 18-Апр-19, 17:01 
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

3. Скрыто модератором  –7 +/
Сообщение от Аноним (3), 18-Апр-19, 08:59 
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. Скрыто модератором  –1 +/
Сообщение от Аноним (14), 18-Апр-19, 09:55 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

28. Скрыто модератором  +14 +/
Сообщение от Тот_Самый_Анонимус (?), 18-Апр-19, 10:34 
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

108. Скрыто модератором  +3 +/
Сообщение от commiethebeastie (ok), 18-Апр-19, 15:02 
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

32. Скрыто модератором  –1 +/
Сообщение от Аноним (32), 18-Апр-19, 10:54 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

79. Скрыто модератором  –2 +/
Сообщение от TormoZilla (?), 18-Апр-19, 12:42 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

83. Скрыто модератором  +8 +/
Сообщение от Аноним (83), 18-Апр-19, 13:01 
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

87. Скрыто модератором  +/
Сообщение от Марк Шаттлворт (?), 18-Апр-19, 13:25 
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

121. Скрыто модератором  +/
Сообщение от Аноним (121), 18-Апр-19, 16:19 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +9 +/
Сообщение от Аноним (4), 18-Апр-19, 08:59 
Классика, подсадили, а теперь поделись пирогом)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Аноним (-), 18-Апр-19, 10:23 
>Классика, подсадили, а теперь поделись пирогом)

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

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

55. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Аноним (55), 18-Апр-19, 12:11 
"Полу хорошо платили в Honeywell, а часть этих денег перекочевала в мой карман, когда мы с ним допоздна играли в покер в моей комнате."
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

5. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +11 +/
Сообщение от кккк (?), 18-Апр-19, 09:00 
с одной стороны "вот и всё", но с другой стороны java уже настолько огромна и обросла таким сообществом, что движение Оракл-а даже понятны - оно не может всем рулить и всё тянуть и сбрасывает на сообщество и сторонние компании темы, которые Ораклу не интересны. OpenJDK наше всё. :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (14), 18-Апр-19, 09:56 
Но ведь бинари они не распространяют. Пользователям винды самим компилировать? Да они скорее ораклу заплатят.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

21. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +6 +/
Сообщение от asdasd (?), 18-Апр-19, 10:12 
Для винды есть куча сторонних сборок, OpenJDK, таких как zulu-openjdk или AdoptJDK.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +4 +/
Сообщение от Аноним (24), 18-Апр-19, 10:16 
sudo apt install openjdk-11-jdk
А зачем вообще винда на сервере, ее ж перезагружать постоянно надо о_О
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

25. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –3 +/
Сообщение от Аноним (25), 18-Апр-19, 10:21 
А чё, Linux не надо обновлять и перезагружать после обнов ядра?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

27. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +10 +/
Сообщение от ryoken (ok), 18-Апр-19, 10:28 
Уже 3 варианта бесперезагрузочного ядрообновления придумано, курите гугль лучше.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

45. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –8 +/
Сообщение от Аноним (45), 18-Апр-19, 11:58 
серьезно ?

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

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

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

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

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

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

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

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

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

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

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

148. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от хотел спросить (?), 18-Апр-19, 22:43 
патч ядра без перезагрузки - временное решение - до перезагрузки ))
вот так на редхат написано...
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

152. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Ключевский (?), 19-Апр-19, 00:41 
Да, само собой. Но это позволяет патчить ядро и не перезагружаться годами.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

99. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от анон (?), 18-Апр-19, 14:11 
тогда попросите каноникал не штамповать версии с маленьким сроком поддержки
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

109. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Ключевский (?), 18-Апр-19, 15:06 
Это тестовые версии, их не нужно использовать на серверах. То что какие-то мамкины крякеры ставят тестовые версии на сервера проблемы мамкиных крякеров
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

62. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –5 +/
Сообщение от Совершенно другой аноним (?), 18-Апр-19, 12:17 
Вы не рассматриваете такой вариант, что в Ubuntu не осилили^Wприменяется ни один из разработанных методов?
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

41. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Аноним (41), 18-Апр-19, 11:26 
Так в винде достаточно обновлению, например, включать в себя DLL-ку запущенного процесса -- и без перезагрузки оно не установится.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

58. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (55), 18-Апр-19, 12:14 
Установится. Перезагрузка нужна для PendingFileRenameOperations.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

81. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (81), 18-Апр-19, 12:51 
Так в том-то и дело, что невозможность перезаписать занятую процессом DLL-ку вынуждает откладывать их обновление до перезагрузки.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

95. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от пох (?), 18-Апр-19, 14:04 
если процесс нельзя просто прибить - в линуксе, сюприз, все еще хуже - дллка-то перезаписалась, а вот дыра где была, там и осталась, и выяснить это уже достаточно забавный цирк, штатными инструментами поддерживаемый по сей день почему-то только в suse.

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

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

102. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (102), 18-Апр-19, 14:38 
Да ладно, Debian давно умеет определять такое и перезапускать что нужно. Вот на CentOS да, пляски с бубном нужны.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

36. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +12 +/
Сообщение от анон (?), 18-Апр-19, 11:13 
ничего её не надо перезагружать постоянно. сама перезагрузится.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

68. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –4 +/
Сообщение от Аноним (68), 18-Апр-19, 12:23 
> sudo apt install openjdk-11-jdk

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

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

88. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (33), 18-Апр-19, 13:30 
Три ошибки в слове yum
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

118. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от IRASoldier (?), 18-Апр-19, 16:01 
dnf, мазафака
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

153. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Апр-19, 00:46 
Это какая-то короткая жизнь (ну или насыщенная повермаками, да).
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

39. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от MVK (??), 18-Апр-19, 11:19 
https://jdk.java.net/12/
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

71. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (71), 18-Апр-19, 12:28 
Пользователям винды бинари остались бесплатными.
Платно только разрабам и коммерческое использовнаие
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

89. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Аноним (33), 18-Апр-19, 13:31 
А винда у тебя в конторе не считается коммерческой что ли? Трофейная?
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

104. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (104), 18-Апр-19, 14:42 
есть сборка OpenJDK в чём проблема?
Причём с ней проще, т.к. даже устанавливать не нужно, распаковал архив, прописал 2-3 переменных и пользуйся, один минус обновлений нет.
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

86. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –2 +/
Сообщение от macfaq (?), 18-Апр-19, 13:19 
Видимо да, учитывая, что крайний раз, когда я ставил JRE на окна - очень давно - официальный дистрибутив приволок в систему долбаный тулбар от ask.com и ещё какой-то мусор.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

122. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Sserj (?), 18-Апр-19, 16:21 
Откуда такое взяли?
Идете http://jdk.java.net/12/
и берете спокойно openjdk для винды.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

143. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (143), 18-Апр-19, 20:12 
Нашли о ком и о чем переживать. Пользователи венды пользуются программами. Из-за взаимозаменяемости с OpenJDK разработчики приложений для венды могут собрать своим пользователям бинарник OpenJDK и распространить совместно с приложением.

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

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

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

7. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –12 +/
Сообщение от Аноним (7), 18-Апр-19, 09:01 
> $2.50 в месяц на одного пользователя или один компьютер

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

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

30. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от ИмяИмя (?), 18-Апр-19, 10:38 
У меня AnyLogic бесплатный стоит на 60 компьютерах в компьютерных классах. Это 1800 зеленых денег в год.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Анонимный селебритиemail (?), 18-Апр-19, 09:13 
Я так и не понял что делать с JRE - всякие онлайн банкинги реализуют подписи чере него, так теперь клиенты банков должны платить Ораклу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –2 +/
Сообщение от Аноним (11), 18-Апр-19, 09:18 
При чем тут клиенты? Кто заказывает бал, тот и платит. То бишь банк, который нанимает разработчика своего онлайн-банкинга.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Анонимный селебрити (?), 18-Апр-19, 10:03 
В смысле? JRE с плагином работает на стороне клиента
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

70. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от нах (?), 18-Апр-19, 12:25 
пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать.

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

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

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

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

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

129. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (71), 18-Апр-19, 17:26 
JRE для пользователей бесплатен
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

137. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +4 +/
Сообщение от Kuromi (ok), 18-Апр-19, 17:52 
С каким плагином? NPAPI плагины давно уже не поддерживаются в подовляющем числе браузеров.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (22), 18-Апр-19, 10:13 
Все расходы банков лягут на плечи потребителей и ое фактически оплатят весь бал, а юридически - банк.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

171. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от NameName (?), 19-Апр-19, 21:58 
Целых три бакса на сервак. Охренеть как дорого.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

19. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +3 +/
Сообщение от Онаним (?), 18-Апр-19, 10:04 
Да. Банк заплатит ораклу, а заплаченное вобьёт в стоимость обслуживания :)
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

105. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –3 +/
Сообщение от Аноним (104), 18-Апр-19, 14:43 
И откуда такие осведомлённые берутся?
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

175. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Аноним (175), 21-Апр-19, 12:26 
Прям стесняюсь спросить - осведомленные вам там, в банке, всю малину портят? Ну там, квартальный отчет какой?
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

29. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от ИмяИмя (?), 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

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

9. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Технополисemail (?), 18-Апр-19, 09:15 
Ну и ничего страшного. Об этом давно было заявлено. Мы заранее подготовились и просто перешли на OpenJDK12. Почистили старые java библиотеки от разных версий. Работа даже лучше стала. Сейчас всех пользователей переведем на java12 и забудем про жадный Oracle.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Anonim (??), 18-Апр-19, 09:53 
Почему не 11?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

56. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Анонир (?), 18-Апр-19, 12:12 
Потому что 12 - это релиз длительной поддержки, в отличие от 11.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

61. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Анонир (?), 18-Апр-19, 12:16 
Прошу прощения, ошибся насчет 12 версии. Учитывая что 11 LTS действительно странно переходить на 12.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

150. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от username (??), 18-Апр-19, 23:27 
Только у OpenJDK нет даже намека на LTS. Добро пожаловать в бета тестеры.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

190. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (190), 29-Апр-19, 20:31 
С чего такое умозаключение? https://adoptopenjdk.net/
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

101. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Технополисemail (?), 18-Апр-19, 14:32 
Можно было и 11. Но 12 интереснее. А с точки зрения надежности одинаковы.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

172. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от dio4 (ok), 20-Апр-19, 04:47 
Если все так хорошо, чего же раньше не работали под open? Лукавство...просто теперь ищете судорожно выход из ситуации. "Подчистили библиотеки.." если софта много - так можно до самой смерти чистить ))) Сейчас все (кто может) на с++ рванут, а java все - спеклась.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

178. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Технополисemail (?), 22-Апр-19, 13:12 
Никакого лукавства. Еще год назад запланировали переход с java8 на свежие Open версии. Просто ждали обещанный Graal. Не дождались. Зато вышло много хороших сборок. Так что двигаемся по плану. А на с++ никто из java программистов не рванет. Java слишком хорошая технология для бизнес задач, чтобы с неё уходить. А то что появилось много разных JDK под разные условия - это просто замечательно. Не одной Oracle заживет народ.
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

12. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Аноним (12), 18-Апр-19, 09:24 
Ограничения, установленные Oracle, уже давно душат. К примеру, Sun знала о возможной смене политики, и открыла исходники Solaris до приобретения Oracle. Последняя же не развивает открытую ветвь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (59), 18-Апр-19, 12:16 
За 4 года предвидели покупку Ораклом. Прямо Ваенга какая-то
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

75. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от нах (?), 18-Апр-19, 12:28 
вообще-то у них проблемы с бизнесом нарисовались куда раньше этих четырех лет. Метания в сторону opensource, собственно, были одним из признаков что все плохо.

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

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

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

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

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

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

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

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

100. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (100), 18-Апр-19, 14:32 
Да, выросло ироничное поколение, утопающее в постиронии. А старики воспринимают коверканье имён как невежество.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

16. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от vitalif (ok), 18-Апр-19, 09:57 
Сначала было обрадовался, что щас она самозакопается, ан нет, это только оракл жаба. Подскажите, какой в ней щас вообще смысл? Там же фич нет, все в опенждк давно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от нах (?), 18-Апр-19, 12:29 
ентер-прайс, все дела.
Опенжидкая вообще кем-то собирается, к примеру, под oracle solaris?

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

116. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от vitalif (ok), 18-Апр-19, 15:57 
если она только под солярис нужна, то это можно считать эквивалентом того, что она вообще не нужна
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

124. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (124), 18-Апр-19, 16:50 
Есть куча старых проектов, которые проще поддерживать в том состоянии что есть.
Не у всех есть куча времени заниматься рефакторингом(смысла тоже не много).
А миграция на openjdk не всегда тривиальна.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

128. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от vitalif (ok), 18-Апр-19, 17:09 
Да это понятно... я спрашивал - для новых проектов она зачем нужна? Есть какие-то примеры фич оракловой закрытой явы, которые в новых проектах нужны?
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

136. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (124), 18-Апр-19, 17:48 
Нужно больше времени для изучения и тестирования в работе.
Одно дело на коленке проект написать и поиграться.
Другое дело быть уверенным что нигде не упадет в реальных условиях.
Проект вроде открытый, а сайт java.net не очень удобный (крохотный текст слева раздражает).
Просмотр кода тоже самое. Багтрекинг тоже не понятно где искать.
Стабильность не уверен. Еще очень мало версий прошло в той же 11 или 12 ветке.
Оценивать еще рано. А 9 и 8 версии openjdk не юзабельны как по мне.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

159. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от vitalif (ok), 19-Апр-19, 11:31 
Что за бред. Какого времени, ты о чем? Что значит неюзабелен? Что конкретно неюзабельно?
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

169. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (169), 19-Апр-19, 17:39 
Э, какой-то болезненный бред. Чем же openjdk 8 и 9 так вот прям "не юзабельны"?
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

17. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –2 +/
Сообщение от Аноним (14), 18-Апр-19, 09:59 
Хочу заметить, что оракловский GraalVM пока что FOSS и намного лучше OpenJDK8. OpenJDK 11 в GraalVM пока не завезли. GraalPython пока что не особо юзабелен - значительная часть станд. библиотеки сломана.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (49), 18-Апр-19, 12:02 
Лучше чем? В контексте jit жавы
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

98. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (98), 18-Апр-19, 14:10 
Зачем отдельно завозить, если в OpenJDK 11 и так уже встроен GraalVM? Кроме того, в оракловых сборках нет и не будет Shanondoah (есть у redhat-а и bellsoft-а).
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

147. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (14), 18-Апр-19, 22:31 
>если в OpenJDK 11 и так уже встроен GraalVM

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

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

20. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Аноним (20), 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.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +6 +/
Сообщение от Аноним (47), 18-Апр-19, 12:01 
Никто не запрещает вам продолжать запускать на волшебном Java SE 6. Речь про новые версии.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. Скрыто модератором  –5 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 10:15 
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. Скрыто модератором  +10 +/
Сообщение от нех (?), 18-Апр-19, 10:42 
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

34. Скрыто модератором  –2 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 10:58 
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. Скрыто модератором  +4 +/
Сообщение от анон (?), 18-Апр-19, 11:16 
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

40. Скрыто модератором  +/
Сообщение от Анончик (?), 18-Апр-19, 11:22 
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

43. Скрыто модератором  –3 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 11:31 
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

51. Скрыто модератором  +5 +/
Сообщение от Аноним (47), 18-Апр-19, 12:05 
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

91. Скрыто модератором  +/
Сообщение от Аноним (33), 18-Апр-19, 13:34 
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

77. Скрыто модератором  +/
Сообщение от нах (?), 18-Апр-19, 12:31 
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

35. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Аноним (35), 18-Апр-19, 11:04 
Постепенно завершаем переход на OpenJDK11 + Linux и на серверах и на машинах разрабов, все ок, только положительные впечатления. Не знаю как на Windows (нет таких машин), но на Linux машинах ни какой разницы, просадов производительности или жора памяти тоже нет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

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

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

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

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

96. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Другой Аноним (?), 18-Апр-19, 14:06 
Никто однозначно не скажет "на чем надо", все от Ваших задач зависит. Раньше повсеместно использовались standalone приложения, сейчас иная тенденция.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

72. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от НяшМяш (ok), 18-Апр-19, 12:28 
> при обновлении интерфейса из внешнего потока

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

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

103. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Ordu (ok), 18-Апр-19, 14:41 
Простите за оффтоп, но примитивы синхронизации это прошлый век. Надо разделять доступ к объектам, так чтобы ни один объект не был бы доступен на запись более чем из одного потока. Либо из одного потока на запись, либо из многих на чтение. Примитивы синхронизации нужны только в тех редких случаях, когда так выкрутится не удаётся, и в этих случаях они действительно могут на многих ядрах дать отрицательный бонус к производительности: https://appliedgo.net/concurrencyslower/
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

158. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от Виталий (??), 19-Апр-19, 07:35 
Хотите по оффтопить?

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

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

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

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

Такие дела :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

183. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (169), 23-Апр-19, 18:45 
Не соглашусь с вами. Примитивы не нужны никогда. Они, для начала, бесполезны. Т.е. создают иллюзию предсказуемого конкурентного доступа, что ещё хуже, чем ясно себе представлять, что приложение написано без учёта многопоточного доступа. Сугубо имхо, конечно.
Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

63. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –3 +/
Сообщение от Попугай Кеша (?), 18-Апр-19, 12:18 
Ага, при этом ощущение, что отмываешься от чего-то. Но ничего, полезные водные процедуры пойдут на пользу.

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

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

97. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от пох (?), 18-Апр-19, 14:07 
головы он дурит глупым птичкам из отряда курообразных.
А сам как штамповал все новые и новые версии ведроида, так и продолжает.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

110. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Попугай Кеша (?), 18-Апр-19, 15:08 
По инерции наверно
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

42. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +3 +/
Сообщение от Аноним (49), 18-Апр-19, 11:26 
Что за театр в комментах? Неужели кто-то до сих пользовался не openjdk вариантом?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (46), 18-Апр-19, 11:59 
Проблема в том, что бинарники OpenJDK так же перестают обновлять после выхода новых мажорных релизов. И для потребителей это проблема, особенно для абсолютного большинства пользователей Windows, т.к рядовые пользователи не будут собирать себе java из исходников. В linux с этим на много легче, из-за того что у пакетов есть мантейнеры.
Пока я вижу выход в том, что банки будут рекомендовать для использования сторонние сборки adopt, zulu и т.п.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

92. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (33), 18-Апр-19, 13:36 
К сожалению на винде пользовались. Но сейчас переходим на OpenJDK - одни положительные впечатления.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

44. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от DEF (?), 18-Апр-19, 11:54 
Чем отличается 0racle JDK от 0pen JDK? Именно в техническом плане.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –14 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 12:01 
Тем что OpenJDK это только reference implementation. Если Вы работаете с "чувствительными" данными(а это фактически любой бизнес), то я не думаю, что вам стоит использовать OpenJDK, а так в общем все ОК.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

52. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +3 +/
Сообщение от Аноним (49), 18-Апр-19, 12:05 
Неправильный жвм съест все чувствительные данные, какой ужас
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

57. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –11 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 12:13 
Вы знаете, чем отличается независимый открытый проект от проекта, за которым стоит конкретная компания и координатор?

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

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

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

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

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

69. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –13 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 12:25 
Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали, а посему и ссылки искать Вам.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

111. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –5 +/
Сообщение от Попугай Кеша (?), 18-Апр-19, 15:09 
Гордый другой аноним высоко задрал нос, ничего более не сказав, хлопнул дверью и ушел! Адиос, господа! Ищите сами доказательства!

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

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

112. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –8 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 15:36 
Ха-Ха, да здесь я. Только с вами спорить, что горох об стену! Набивайте шишки сами. Рано или поздно согласитесь со мной ;-)
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

115. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (115), 18-Апр-19, 15:54 
> Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали,

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

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

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

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

119. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –6 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 16:06 
Конечно дает! Это настолько очевидно, что я не понимаю в чем спор. Быть может мы о разных вещах говорим?
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

160. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (160), 19-Апр-19, 11:32 
> Конечно дает! Это настолько очевидно, что я не понимаю в чем спор.
> Быть может мы о разных вещах говорим?

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

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

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

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

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

131. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (169), 18-Апр-19, 17:36 
)))) Лицензию Oracle читайте.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

132. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (49), 18-Апр-19, 17:37 
Ну да, интерпрайз животворящий - это такая панацея. В случае факапа тот факт, что я использовал проприетарную сборку, пускай даже за бабки - мне ничего не даст. А факап _от того_, что я использую не проприетарную сборку уж очень маловероятен, хотя бы потому, что они успели ветки слить. В новости прям так и написано
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

138. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –8 +/
Сообщение от Другой аноним (?), 18-Апр-19, 18:43 
Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться на этот продукт. Что здесь не так? Вы другого мнения?

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

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

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

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

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

145. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (49), 18-Апр-19, 20:31 
Ну так лицензии то там вам не просто так предлагают почитать. Вот эти AS IS капсом тут и там - все таки о чем-то да говорят. Или вы слепо надеетесь на внутрикорпаративную политику? А то так и фряху можно на помойку, как же они там без корпораций. Это все - рюшечки и кормление себя плацебо, тем более учитывая, что кодовая база абсолютно одинаковая
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

170. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от NameName (?), 19-Апр-19, 21:57 
Головой? )))) Чувак, что с тобой? Кто и за что отвечает головой в сфере разработки и продажи ПО? Это риторический вопрос, можешь не отвечать.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

64. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +13 +/
Сообщение от Led (ok), 18-Апр-19, 12:19 
> Если Вы работаете с "чувствительными" данными

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

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

66. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –12 +/
Сообщение от Аноним (55), 18-Апр-19, 12:21 
> - гуманитариями?

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

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

74. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –12 +/
Сообщение от Другой Аноним (?), 18-Апр-19, 12:28 
Откройте толковый словарь, найдите слово "Критиканство"
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

90. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –8 +/
Сообщение от Канделябры (?), 18-Апр-19, 13:32 
Оу, давно я не был на радиоактивных пустошах, где мутанты-гидроцефалы обзываются друг на друга словом "гуманитарий". А вообще, слыть гуманитарием среди необразованных маргиналов - это почётно.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

135. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –10 +/
Сообщение от Аноним (169), 18-Апр-19, 17:43 
А кто считает? Завидующие зарплатам?
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

50. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Аноним (46), 18-Апр-19, 12:04 
Не все оптимизации openJDK входят в сборку Oracle, и наоборот.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

54. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –2 +/
Сообщение от mknv (?), 18-Апр-19, 12:10 
В Oracle jdk более стойкие алгоритмы шифрования (из-за лицензии), насколько я помню. Не знаю, как сейчас.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

73. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –1 +/
Сообщение от Аноним (68), 18-Апр-19, 12:28 
Лицензии на шифрование из США - это совершенно отдельный разговор. Поскольку у них уже почти вся ИТ внесена в список экспортных ограничений (с ограничением на контакты с иностранцами), шифрование могут исключить вообще отовсюду из программных продуктов, которые могут оказаться за пределами их страны.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

80. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (33), 18-Апр-19, 12:50 
> Лицензии на шифрование из США

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

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

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

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

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

125. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от YetAnotherOnanym (ok), 18-Апр-19, 16:51 
По-разному, в зависимости от ситуации.
Вот, например, с конца 90-х использую SSH для подключения к удалённым хостам.
Не помню с какого времени, но ежедневно использую https при веб-сёрфинге.
Ну, и так далее.
Собираюсь продолжать пользоваться ПО, использующим разработанные американскими вендорами криптоалгоритмы и их реализации, ровно так же, как пользовался до сих пор.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

134. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  –3 +/
Сообщение от Аноним (169), 18-Апр-19, 17:42 
К слову, тем самым вы невольно нарушаете целый ряд законов РФ.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

139. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +3 +/
Сообщение от Ydro (?), 18-Апр-19, 19:23 
Скажу по секрету, что  этот сайт работает через httpS, Вы в преступном сговоре.
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

140. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 18-Апр-19, 19:32 
Список можно? Или хотя бы номер статьи УК или КоАП?
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

142. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (142), 18-Апр-19, 20:00 
Нет, все это разрешено Конституцией.
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

144. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от J.L. (?), 18-Апр-19, 20:19 
> Нет, все это разрешено Конституцией.

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

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

133. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (169), 18-Апр-19, 17:37 
Только если вы работаете на территории США.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

84. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +2 +/
Сообщение от Аноним (84), 18-Апр-19, 13:05 
https://www.graalvm.org/docs/getting-started/#native-images

https://www.excelsiorjet.com/free

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

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

113. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (113), 18-Апр-19, 15:40 
Azul Zulu в новости нет потому что они наверное не занесли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

114. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (114), 18-Апр-19, 15:48 
В Zulu смысла нет, так как оперативные обновления с устранением уязвимостей платные.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

184. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от Аноним (169), 23-Апр-19, 18:53 
По-моему, это вполне нормально.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

120. "Oracle меняет лицензию на Java SE. Red Hat взял на себя сопр..."  +/
Сообщение от J.L. (?), 18-Апр-19, 16:10 
> Azul Zulu в новости нет потому что они наверное не занесли?

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

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

130. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Аноним (169), 18-Апр-19, 17:33 
А с чего кипиш? Уже давно всё на OpenJDK. Вендовые же "пользователи" сами виноваты, они давно никому не нужны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

149. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от abi (?), 18-Апр-19, 22:44 
А в OpenJDK разве есть JavaFX ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

151. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Аноним (151), 18-Апр-19, 23:51 
https://openjdk.java.net/projects/openjfx/
https://openjfx.io/
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

155. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от mknv (?), 19-Апр-19, 02:32 
С 11 версии нет.
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

154. "s/Oracle/Liberica/"  +3 +/
Сообщение от Michael Shigorinemail (ok), 19-Апр-19, 00:53 
Если кто задумается над тем, чтоб платить ораклу -- обдумайте ещё один вариант, Liberica JDK: https://bell-sw.com

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

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

162. "s/Oracle/Liberica/"  +/
Сообщение от NameName (?), 19-Апр-19, 11:53 
Кстати, да, тоже вариант.
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

179. "s/Oracle/Liberica/"  +/
Сообщение от Технополисemail (?), 22-Апр-19, 13:16 
Из десятка поставщиков JDK выбрали именно их. И всем советуем. Самая разнообразная и хорошая комплектация у наших питерских товарищей. Молодцы.
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

186. "s/Oracle/Liberica/"  +/
Сообщение от Аноним (33), 29-Апр-19, 09:18 
Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, но используемые нами приложения запустить под ней (как, впрочем, и под Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих клиентскую Java. Для себя мы их определили и протестировали.
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

187. "s/Oracle/Liberica/"  +/
Сообщение от Alexander Belokrylovemail (?), 29-Апр-19, 13:21 
> Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать,
> но используемые нами приложения запустить под ней (как, впрочем, и под
> Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих
> клиентскую Java. Для себя мы их определили и протестировали.

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

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

189. "s/Oracle/Liberica/"  +/
Сообщение от Аноним (190), 29-Апр-19, 18:15 
См. ниже. Но смысла в них уже нет, как и клиентской Java на наших машинах.
Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

191. "s/Oracle/Liberica/"  +/
Сообщение от Aleksei Voitylov (ok), 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, .

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

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

163. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +1 +/
Сообщение от NameName (?), 19-Апр-19, 11:55 
Ява давно Ораклу обуза. Сейчас с языковой среды сложно снять прибыль традиционным для оракла способом. Поэтому трансформация неизбежна.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

167. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +2 +/
Сообщение от Аноним (169), 19-Апр-19, 17:22 
Legacy-ветки бесплатно поддерживает и Амазон, и Шапка (эйбиэм). В новых же версиях особого смысла, пока, не вижу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

173. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  –2 +/
Сообщение от iZENemail (ok), 20-Апр-19, 21:57 
Есть OpenJDK8 (пакет openjdk8-8.212.4.1 на FreeBSD) и OpenJDK12 (пакет openjdk12-12.0.1.12.1 на FreeBSD), доступные в исходниках.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

177. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  –1 +/
Сообщение от bOOster (ok), 22-Апр-19, 10:58 
Аха, а собирать ты пробовал? Из этих исходников?
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

181. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Аноним (169), 22-Апр-19, 16:57 
Я пробовал. И что в этом такого?
Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

182. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +1 +/
Сообщение от iZENemail (ok), 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)

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

174. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Александрemail (??), 20-Апр-19, 22:19 
Цинизм Oracle поражает. Сделали jdk 11 в котором утверждали что совместимость сохранена. Недавно вышло обновление SQL Developer, в котором read me гласит что совместимо только с 8 и 9 версией, а выше неподдерживаютсч
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

180. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Аноним (169), 22-Апр-19, 16:41 
Но при этом всё работает.
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

185. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +1 +/
Сообщение от Аноним (33), 29-Апр-19, 09:12 
Нет. Все применяемые нами приложения в Java 11 НЕ работают ни под Windows, ни под Linux. Если интересует, это: Weasis, Spark.

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

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

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

188. "Oracle меняет лицензию на сборки Java SE. Red Hat взял на се..."  +/
Сообщение от Аноним (190), 29-Апр-19, 18:13 
Коррекция. Weasis portable требует Java 8.
Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

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

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




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

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