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

"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
	Что хорошего в том что oracle закопал java?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

	87. Скрыто модератором	+/–
	Сообщение от Марк Шаттлворт (?), 18-Апр-19, 13:25
	JavaScript > Java
	Ответить | Правка | ^ к родителю #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 Shigorin (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 +/–
Сообщение от Анонимный селебрити (?), 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 +/–
Сообщение от Технополис (?), 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 взял на себя сопр..."	+/–
	Сообщение от Технополис (?), 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 взял на себя сопр..."	+/–
	Сообщение от Технополис (?), 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
	Я совершенно не против того, что oracle или к.л. ещё зарабатывает деньги. Я против политики затягивания гаек. Java со всей её обширной библиотекой не является продуктом Oracle, они её лишь допиливают, причем делают это весьма сумбурно. P.S. А так-то - Да, анонимы они те ещё товарищи) P.P.S. Да и вообще я считаю, что мне вот деньги сильнее нужны, чем Ораклу.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

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

	40. Скрыто модератором	+/–
	Сообщение от Анончик (?), 18-Апр-19, 11:22
	> Я против политики затягивания гаек Ага, выставить цену это ты называешь "затягиванием гаек"? А ничего, что в магазинах на яблоки, капусту, мясо, сигареты так позатягивали гайки, что бывают голодные дни? "Я против политики затягивания гаек" дайте мне свободные от денег яблоки? Так что ли? ))) >  Java со всей её обширной библиотекой не является продуктом Oracle Яблоки доставляемые в магазины тоже не являются продуктом тех кто их доставляет, "они их лишь допиливают", моють и кладут на _свои_ полки.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

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

	51. Скрыто модератором	+5 +/–
	Сообщение от Аноним (47), 18-Апр-19, 12:05
	> Java со всей её обширной библиотекой не является продуктом Oracle Является. https://trademarks.justia.com/866/94/java-86694276.html
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

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

	77. Скрыто модератором	+/–
	Сообщение от нах (?), 18-Апр-19, 12:31
	че-та мне кажется, что орацл как раз этим ничего не заработает. скорее это пинок разработчикам чтоб поживее валили на openjdk и помогали своим лбом собирать грабли в нем, а не висели дальше на шее у орацла.
	Ответить | Правка | ^ к родителю #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 Shigorin (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/"	+/–
	Сообщение от Технополис (?), 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 Belokrylov (?), 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 +/–
Сообщение от iZEN (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 +/–
	Сообщение от iZEN (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 взял на се..."	+/–
Сообщение от Александр (??), 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 | Индекс форумов | Темы | Пред. тема | След. тема