The OpenNET Project / Index page

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

Oracle меняет лицензию на сборки Java SE. Red Hat взял на себя сопровождение OpenJDK 8 и 11

18.04.2019 07:53

Начиная с 16 апреля компания Oracle начала публиковать выпуски Java SE с новым лицензионным соглашением, ограничивающим использование в коммерческих целях. Java SE отныне можно использовать бесплатно только в процессе разработки ПО или для персонального использования, тестирования, создания прототипов и демонстрации приложений.

До 16 апреля обновления Java SE выпускались под лицензией BCL (Binary Code License), а после только под новым лицензионным соглашением OTN (Oracle Technology Network). При использовании в коммерческих проектах требуется покупка лицензии или переход на свободный пакет OpenJDK, который продолжает развиваться на прежних условиях под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. В случае продолжения применения Java SE для дальнейшего получения обновлений предприятиям требуется получить коммерческую лицензию, стоимость которой составляет $2.50 в месяц на одного пользователя или один компьютер.

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

В случае применения ветки Java SE 8, возможен переход на развиваемый компанией Amazon проект Corretto, распространяющий бесплатные дистрибутивы Java 8 и 11 с длительным сроком поддержки, готовые для применения на предприятиях. Выпуск обновлений для Corretto 8 будет обеспечен как минимум до июня 2023 года. Обновления предоставляются бесплатно и без каких-либо ограничений. Corretto сертифицирован как соответствующий спецификациям и может быть использован для замены Java SE. Стоит также отметить, что Джеймс Гослинг (James Gosling) — автор объектно-ориентированного и кросс-платформенного языка программирования Java с мая 2017 года работает заслуженным инженером в компании Amazon.

Дополнительно можно отметить, что компания Red Hat приняла лидерство над ветками OpenJDK 8 и OpenJDK 11, сопровождением которых ранее занималась компания Oracle, а теперь сосредоточилась на OpenJDK 12 и разработке master-ветки, от которой в сентябре будет ответвлён релиз OpenJDK 13. Компания Red Hat взяла на себя работу по продолжению формирования публично доступных обновлений для прошлых веток, сопровождению их кодовой базы и решению задач технической поддержки. Следует отметить, что подобный шаг не является чем-то особенным, Red Hat и раньше брал на себя сопровождение веток OpenJDK 7 и OpenJDK 6. Red Hat не единственная компания осуществляющая поддержку OpenJDK 8 и OpenJDK 11, у проектов есть группа мэйнтейнеров, в которую входят инженеры Red Hat, Amazon, SAP, Google, BellSoft и других компаний.

Дополнение: В Санкт-Петербурге, бывшими инженерами Oracle, выпускается поддерживаемый российский дистрибутив Liberica JDK, который проходит верификацию на совместимость стандарту Java SE и может быть использован без ограничений. Компания BellSoft, поддерживающая Liberica JDK, входит в Top-5 самых активных контрибьюторов в JDK 11 и JDK 12. Компания BellSoft также поддерживает JetBrains Runtime, на базе которого работают продукты на платформе IntelliJ.

  1. Главная ссылка к новости (https://www.redhat.com/en/abou...)
  2. OpenNews: Компания Oracle опубликовала Java SE 12
  3. OpenNews: Первый стабильный выпуск Corretto 8, LTS-дистрибутива Java 8 от Amazon
  4. OpenNews: Oracle планирует убрать из Java встроенную поддержку сериализации
  5. OpenNews: Java EE переименован в Jakarta EE
  6. OpenNews: Amazon выпустил Corretto, дистрибутив OpenJDK с длительным сроком поддержки
Лицензия: CC BY 3.0
Наводку на новость прислал IdeaFix
Короткая ссылка: https://opennet.ru/50532-java
Ключевые слова: java, license
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (179) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:49, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Ну вот и все
     
     
  • 2.2, Анонимус Суминонус (?), 08:56, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да все тлен
     
  • 2.33, Аноним (33), 10:56, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И это хорошо. Кстати, пакет OpenJDK 8 от RH содержит IcedTea под Windows. Работает быстрее, чем WS.
     
     
  • 3.127, Аноним (127), 17:01, 18/04/2019 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     

  • 1.3, Аноним (3), 08:59, 18/04/2019 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –7 +/
     

     ....ответы скрыты (8)

  • 1.4, Аноним (4), 08:59, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Классика, подсадили, а теперь поделись пирогом)
     
     
  • 2.26, Аноним (-), 10:23, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Классика, подсадили, а теперь поделись пирогом)

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

     
     
  • 3.55, Аноним (55), 12:11, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Полу хорошо платили в Honeywell, а часть этих денег перекочевала в мой карман, когда мы с ним допоздна играли в покер в моей комнате."
     

  • 1.5, кккк (?), 09:00, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    с одной стороны "вот и всё", но с другой стороны java уже настолько огромна и обросла таким сообществом, что движение Оракл-а даже понятны - оно не может всем рулить и всё тянуть и сбрасывает на сообщество и сторонние компании темы, которые Ораклу не интересны. OpenJDK наше всё. :-)
     
     
  • 2.15, Аноним (14), 09:56, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь бинари они не распространяют. Пользователям винды самим компилировать? Да они скорее ораклу заплатят.
     
     
  • 3.21, asdasd (?), 10:12, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Для винды есть куча сторонних сборок, OpenJDK, таких как zulu-openjdk или AdoptJDK.
     
  • 3.24, Аноним (24), 10:16, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    sudo apt install openjdk-11-jdk
    А зачем вообще винда на сервере, ее ж перезагружать постоянно надо о_О
     
     
  • 4.25, Аноним (25), 10:21, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А чё, Linux не надо обновлять и перезагружать после обнов ядра?
     
     
  • 5.27, ryoken (ok), 10:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Уже 3 варианта бесперезагрузочного ядрообновления придумано, курите гугль лучше.
     
     
  • 6.45, Аноним (45), 11:58, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –8 +/
    серьезно ?

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

     
     
  • 7.60, Ключевский (?), 12:16, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Ubuntu Server 18.10

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

     
     
  • 8.67, нах (?), 12:22, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    лайфхач не очень поможет при обновлениях сцыстемды или банального glibc Но сер... текст свёрнут, показать
     
     
  • 9.93, Ключевский (?), 13:36, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла про обновления ядра без перезагрузки, а для Ubuntu LTS оно есть и приме... текст свёрнут, показать
     
     
  • 10.148, хотел спросить (?), 22:43, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    патч ядра без перезагрузки - временное решение - до перезагрузки вот так на р... текст свёрнут, показать
     
     
  • 11.152, Ключевский (?), 00:41, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, само собой Но это позволяет патчить ядро и не перезагружаться годами ... текст свёрнут, показать
     
  • 8.99, анон (?), 14:11, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тогда попросите каноникал не штамповать версии с маленьким сроком поддержки ... текст свёрнут, показать
     
     
  • 9.109, Ключевский (?), 15:06, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это тестовые версии, их не нужно использовать на серверах То что какие-то мамки... текст свёрнут, показать
     
  • 7.62, Совершенно другой аноним (?), 12:17, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вы не рассматриваете такой вариант, что в Ubuntu не осилили^Wприменяется ни один из разработанных методов?
     
  • 5.41, Аноним (41), 11:26, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так в винде достаточно обновлению, например, включать в себя DLL-ку запущенного процесса -- и без перезагрузки оно не установится.
     
     
  • 6.58, Аноним (55), 12:14, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Установится. Перезагрузка нужна для PendingFileRenameOperations.
     
     
  • 7.81, Аноним (81), 12:51, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том-то и дело, что невозможность перезаписать занятую процессом DLL-ку вынуждает откладывать их обновление до перезагрузки.
     
     
  • 8.95, пох (?), 14:04, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    если процесс нельзя просто прибить - в линуксе, сюприз, все еще хуже - дллка-то ... текст свёрнут, показать
     
     
  • 9.102, Аноним (102), 14:38, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, Debian давно умеет определять такое и перезапускать что нужно Вот на ... текст свёрнут, показать
     
  • 4.36, анон (?), 11:13, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +12 +/
    ничего её не надо перезагружать постоянно. сама перезагрузится.
     
  • 4.68, Аноним (68), 12:23, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > sudo apt install openjdk-11-jdk

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

     
     
  • 5.88, Аноним (33), 13:30, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Три ошибки в слове yum
     
     
  • 6.118, IRASoldier (?), 16:01, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    dnf, мазафака
     
  • 5.153, Michael Shigorin (ok), 00:46, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это какая-то короткая жизнь (ну или насыщенная повермаками, да).
     
  • 3.39, MVK (??), 11:19, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://jdk.java.net/12/
     
  • 3.71, Аноним (71), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пользователям винды бинари остались бесплатными.
    Платно только разрабам и коммерческое использовнаие
     
     
  • 4.89, Аноним (33), 13:31, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А винда у тебя в конторе не считается коммерческой что ли? Трофейная?
     
     
  • 5.104, Аноним (104), 14:42, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    есть сборка OpenJDK в чём проблема?
    Причём с ней проще, т.к. даже устанавливать не нужно, распаковал архив, прописал 2-3 переменных и пользуйся, один минус обновлений нет.
     
  • 3.86, macfaq (?), 13:19, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Видимо да, учитывая, что крайний раз, когда я ставил JRE на окна - очень давно - официальный дистрибутив приволок в систему долбаный тулбар от ask.com и ещё какой-то мусор.
     
  • 3.122, Sserj (?), 16:21, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Откуда такое взяли?
    Идете http://jdk.java.net/12/
    и берете спокойно openjdk для винды.
     
  • 3.143, Аноним (143), 20:12, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нашли о ком и о чем переживать Пользователи венды пользуются программами Из-за... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (31)

  • 1.7, Аноним (7), 09:01, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    > $2.50 в месяц на одного пользователя или один компьютер

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

     
     
  • 2.30, ИмяИмя (?), 10:38, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У меня AnyLogic бесплатный стоит на 60 компьютерах в компьютерных классах. Это 1800 зеленых денег в год.
     

  • 1.8, Анонимный селебрити (?), 09:13, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я так и не понял что делать с JRE - всякие онлайн банкинги реализуют подписи чере него, так теперь клиенты банков должны платить Ораклу?
     
     
  • 2.11, Аноним (11), 09:18, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При чем тут клиенты? Кто заказывает бал, тот и платит. То бишь банк, который нанимает разработчика своего онлайн-банкинга.
     
     
  • 3.18, Анонимный селебрити (?), 10:03, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В смысле? JRE с плагином работает на стороне клиента
     
     
  • 4.70, нах (?), 12:25, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать.

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

     
     
  • 5.157, iPony (?), 06:45, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать

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

     
  • 4.129, Аноним (71), 17:26, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    JRE для пользователей бесплатен
     
  • 4.137, Kuromi (ok), 17:52, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    С каким плагином? NPAPI плагины давно уже не поддерживаются в подовляющем числе браузеров.
     
  • 3.22, Аноним (22), 10:13, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все расходы банков лягут на плечи потребителей и ое фактически оплатят весь бал, а юридически - банк.
     
     
  • 4.171, NameName (?), 21:58, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Целых три бакса на сервак. Охренеть как дорого.
     
  • 2.19, Онаним (?), 10:04, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да. Банк заплатит ораклу, а заплаченное вобьёт в стоимость обслуживания :)
     
     
  • 3.105, Аноним (104), 14:43, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И откуда такие осведомлённые берутся?
     
     
  • 4.175, Аноним (175), 12:26, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прям стесняюсь спросить - осведомленные вам там, в банке, всю малину портят? Ну там, квартальный отчет какой?
     
  • 2.29, ИмяИмя (?), 10:36, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне кажется любая связка "любой софт + 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

     

  • 1.9, Технополис (?), 09:15, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну и ничего страшного. Об этом давно было заявлено. Мы заранее подготовились и просто перешли на OpenJDK12. Почистили старые java библиотеки от разных версий. Работа даже лучше стала. Сейчас всех пользователей переведем на java12 и забудем про жадный Oracle.
     
     
  • 2.13, Anonim (??), 09:53, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не 11?
     
     
  • 3.56, Анонир (?), 12:12, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что 12 - это релиз длительной поддержки, в отличие от 11.
     
     
  • 4.61, Анонир (?), 12:16, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощения, ошибся насчет 12 версии. Учитывая что 11 LTS действительно странно переходить на 12.
     
     
  • 5.150, username (??), 23:27, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только у OpenJDK нет даже намека на LTS. Добро пожаловать в бета тестеры.
     
     
  • 6.190, Аноним (190), 20:31, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С чего такое умозаключение? https://adoptopenjdk.net/
     
  • 3.101, Технополис (?), 14:32, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно было и 11. Но 12 интереснее. А с точки зрения надежности одинаковы.
     
  • 2.172, dio4 (ok), 04:47, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если все так хорошо, чего же раньше не работали под open? Лукавство...просто теперь ищете судорожно выход из ситуации. "Подчистили библиотеки.." если софта много - так можно до самой смерти чистить ))) Сейчас все (кто может) на с++ рванут, а java все - спеклась.
     
     
  • 3.178, Технополис (?), 13:12, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Никакого лукавства. Еще год назад запланировали переход с java8 на свежие Open версии. Просто ждали обещанный Graal. Не дождались. Зато вышло много хороших сборок. Так что двигаемся по плану. А на с++ никто из java программистов не рванет. Java слишком хорошая технология для бизнес задач, чтобы с неё уходить. А то что появилось много разных JDK под разные условия - это просто замечательно. Не одной Oracle заживет народ.
     

  • 1.12, Аноним (12), 09:24, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ограничения, установленные Oracle, уже давно душат. К примеру, Sun знала о возможной смене политики, и открыла исходники Solaris до приобретения Oracle. Последняя же не развивает открытую ветвь.
     
     
  • 2.59, Аноним (59), 12:16, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    За 4 года предвидели покупку Ораклом. Прямо Ваенга какая-то
     
     
  • 3.75, нах (?), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вообще-то у них проблемы с бизнесом нарисовались куда раньше этих четырех лет. Метания в сторону opensource, собственно, были одним из признаков что все плохо.

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

     
     
  • 4.106, Аноним (106), 14:46, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Метания в сторону opensource, собственно, были одним из признаков что все плохо.

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

     
  • 3.78, Аноним (78), 12:33, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Прямо Ваенга какая-то

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

     
     
  • 4.100, Аноним (100), 14:32, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, выросло ироничное поколение, утопающее в постиронии. А старики воспринимают коверканье имён как невежество.
     

  • 1.16, vitalif (ok), 09:57, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сначала было обрадовался, что щас она самозакопается, ан нет, это только оракл жаба. Подскажите, какой в ней щас вообще смысл? Там же фич нет, все в опенждк давно?
     
     
  • 2.76, нах (?), 12:29, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ентер-прайс, все дела.
    Опенжидкая вообще кем-то собирается, к примеру, под oracle solaris?

     
     
  • 3.116, vitalif (ok), 15:57, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если она только под солярис нужна, то это можно считать эквивалентом того, что она вообще не нужна
     
  • 2.124, Аноним (124), 16:50, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Есть куча старых проектов, которые проще поддерживать в том состоянии что есть.
    Не у всех есть куча времени заниматься рефакторингом(смысла тоже не много).
    А миграция на openjdk не всегда тривиальна.
     
     
  • 3.128, vitalif (ok), 17:09, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да это понятно... я спрашивал - для новых проектов она зачем нужна? Есть какие-то примеры фич оракловой закрытой явы, которые в новых проектах нужны?
     
     
  • 4.136, Аноним (124), 17:48, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно больше времени для изучения и тестирования в работе.
    Одно дело на коленке проект написать и поиграться.
    Другое дело быть уверенным что нигде не упадет в реальных условиях.
    Проект вроде открытый, а сайт java.net не очень удобный (крохотный текст слева раздражает).
    Просмотр кода тоже самое. Багтрекинг тоже не понятно где искать.
    Стабильность не уверен. Еще очень мало версий прошло в той же 11 или 12 ветке.
    Оценивать еще рано. А 9 и 8 версии openjdk не юзабельны как по мне.
     
     
  • 5.159, vitalif (ok), 11:31, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред. Какого времени, ты о чем? Что значит неюзабелен? Что конкретно неюзабельно?
     
  • 5.169, Аноним (169), 17:39, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Э, какой-то болезненный бред. Чем же openjdk 8 и 9 так вот прям "не юзабельны"?
     

  • 1.17, Аноним (14), 09:59, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Хочу заметить, что оракловский GraalVM пока что FOSS и намного лучше OpenJDK8. OpenJDK 11 в GraalVM пока не завезли. GraalPython пока что не особо юзабелен - значительная часть станд. библиотеки сломана.
     
     
  • 2.49, Аноним (49), 12:02, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше чем? В контексте jit жавы
     
  • 2.98, Аноним (98), 14:10, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем отдельно завозить, если в OpenJDK 11 и так уже встроен GraalVM? Кроме того, в оракловых сборках нет и не будет Shanondoah (есть у redhat-а и bellsoft-а).
     
     
  • 3.147, Аноним (14), 22:31, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >если в OpenJDK 11 и так уже встроен GraalVM

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

     

  • 1.20, Аноним (20), 10:05, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    При использовании в коммерческих проектах требуется покупка лицензии или перехо... большой текст свёрнут, показать
     
     
  • 2.47, Аноним (47), 12:01, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Никто не запрещает вам продолжать запускать на волшебном Java SE 6. Речь про новые версии.
     

  • 1.23, Другой Аноним (?), 10:15, 18/04/2019 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     

     ....ответы скрыты (8)

  • 1.35, Аноним (35), 11:04, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Постепенно завершаем переход на OpenJDK11 + Linux и на серверах и на машинах разрабов, все ок, только положительные впечатления. Не знаю как на Windows (нет таких машин), но на Linux машинах ни какой разницы, просадов производительности или жора памяти тоже нет.
     
     
  • 2.37, Другой Аноним (?), 11:15, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас GUI на Swing'е уже наверное никто не пишет. Но во времена JSE6 мы сталкивались с разным поведением при обновлении интерфейса из внешнего потока, OpenJDK конкретно глючил.

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

     
     
  • 3.53, лютый жабист__ (?), 12:08, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Сейчас GUI на Swing'е уже наверное никто не пишет

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

     
     
  • 4.96, Другой Аноним (?), 14:06, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Никто однозначно не скажет "на чем надо", все от Ваших задач зависит. Раньше повсеместно использовались standalone приложения, сейчас иная тенденция.
     
  • 3.72, НяшМяш (ok), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > при обновлении интерфейса из внешнего потока

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

     
     
  • 4.103, Ordu (ok), 14:41, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Простите за оффтоп, но примитивы синхронизации это прошлый век. Надо разделять доступ к объектам, так чтобы ни один объект не был бы доступен на запись более чем из одного потока. Либо из одного потока на запись, либо из многих на чтение. Примитивы синхронизации нужны только в тех редких случаях, когда так выкрутится не удаётся, и в этих случаях они действительно могут на многих ядрах дать отрицательный бонус к производительности: https://appliedgo.net/concurrencyslower/
     
     
  • 5.158, Виталий (??), 07:35, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хотите по оффтопить?

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

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

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

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

    Такие дела :)

     
     
  • 6.164, Ordu (ok), 12:59, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотите по оффтопить?
    > Начнем с того, что синхронизация вообще нужна для решения проблем с конкурентным
    > доступом.

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

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

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

     
     
  • 7.165, Виталий (??), 13:35, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Если используется Mutex и используется так, что Mutex::try_lock() хотя бы в 50% случаев возвращает ошибку, то это нене и безрукость

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

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

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

     
     
  • 8.166, Виталий (??), 13:44, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя я описал ошибки конкуренции read write но и конкуренция по read довольно ча... текст свёрнут, показать
     
  • 6.183, Аноним (169), 18:45, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не соглашусь с вами. Примитивы не нужны никогда. Они, для начала, бесполезны. Т.е. создают иллюзию предсказуемого конкурентного доступа, что ещё хуже, чем ясно себе представлять, что приложение написано без учёта многопоточного доступа. Сугубо имхо, конечно.
     
  • 2.63, Попугай Кеша (?), 12:18, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ага, при этом ощущение, что отмываешься от чего-то. Но ничего, полезные водные процедуры пойдут на пользу.

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

     
     
  • 3.97, пох (?), 14:07, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    головы он дурит глупым птичкам из отряда курообразных.
    А сам как штамповал все новые и новые версии ведроида, так и продолжает.
     
     
  • 4.110, Попугай Кеша (?), 15:08, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По инерции наверно
     

  • 1.42, Аноним (49), 11:26, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Что за театр в комментах? Неужели кто-то до сих пользовался не openjdk вариантом?
     
     
  • 2.46, Аноним (46), 11:59, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что бинарники OpenJDK так же перестают обновлять после выхода новых мажорных релизов. И для потребителей это проблема, особенно для абсолютного большинства пользователей Windows, т.к рядовые пользователи не будут собирать себе java из исходников. В linux с этим на много легче, из-за того что у пакетов есть мантейнеры.
    Пока я вижу выход в том, что банки будут рекомендовать для использования сторонние сборки adopt, zulu и т.п.
     
  • 2.92, Аноним (33), 13:36, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению на винде пользовались. Но сейчас переходим на OpenJDK - одни положительные впечатления.
     

  • 1.44, DEF (?), 11:54, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем отличается 0racle JDK от 0pen JDK? Именно в техническом плане.
     
     
  • 2.48, Другой Аноним (?), 12:01, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –14 +/
    Тем что OpenJDK это только reference implementation. Если Вы работаете с "чувствительными" данными(а это фактически любой бизнес), то я не думаю, что вам стоит использовать OpenJDK, а так в общем все ОК.
     
     
  • 3.52, Аноним (49), 12:05, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Неправильный жвм съест все чувствительные данные, какой ужас
     
     
  • 4.57, Другой Аноним (?), 12:13, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Вы знаете, чем отличается независимый открытый проект от проекта, за которым стоит конкретная компания и координатор?

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

     
     
  • 5.65, Аноним (55), 12:20, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Если лично Вы выбрали открытый проект для своей компании, в нем обнаружилась
    > проблема и по этой причине у вас утекли данные, пропали деньги,
    > упала ракета, то в этом случае виноваты лично Вы и никто
    > другой.

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

     
     
  • 6.69, Другой Аноним (?), 12:25, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали, а посему и ссылки искать Вам.
     
     
  • 7.111, Попугай Кеша (?), 15:09, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Гордый другой аноним высоко задрал нос, ничего более не сказав, хлопнул дверью и ушел! Адиос, господа! Ищите сами доказательства!

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

     
     
  • 8.112, Другой Аноним (?), 15:36, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Ха-Ха, да здесь я Только с вами спорить, что горох об стену Набивайте шишки са... текст свёрнут, показать
     
  • 7.115, Аноним (115), 15:54, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали,

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

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

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

     
     
  • 8.119, Другой Аноним (?), 16:06, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Конечно дает Это настолько очевидно, что я не понимаю в чем спор Быть может мы... текст свёрнут, показать
     
     
  • 9.160, Аноним (160), 11:32, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, о разных Я говорю не понятно, что даёт, исходная посылка из некоего ... текст свёрнут, показать
     
  • 5.123, YetAnotherOnanym (ok), 16:35, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > виноваты лично Вы и никто другой

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

     
  • 5.131, Аноним (169), 17:36, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    )))) Лицензию Oracle читайте.
     
  • 5.132, Аноним (49), 17:37, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, интерпрайз животворящий - это такая панацея. В случае факапа тот факт, что я использовал проприетарную сборку, пускай даже за бабки - мне ничего не даст. А факап _от того_, что я использую не проприетарную сборку уж очень маловероятен, хотя бы потому, что они успели ветки слить. В новости прям так и написано
     
     
  • 6.138, Другой аноним (?), 18:43, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться на этот продукт. Что здесь не так? Вы другого мнения?

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

     
     
  • 7.141, J.L. (?), 19:59, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за
    > сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться
    > на этот продукт.

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

     
  • 7.145, Аноним (49), 20:31, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так лицензии то там вам не просто так предлагают почитать. Вот эти AS IS капсом тут и там - все таки о чем-то да говорят. Или вы слепо надеетесь на внутрикорпаративную политику? А то так и фряху можно на помойку, как же они там без корпораций. Это все - рюшечки и кормление себя плацебо, тем более учитывая, что кодовая база абсолютно одинаковая
     
  • 7.170, NameName (?), 21:57, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Головой? )))) Чувак, что с тобой? Кто и за что отвечает головой в сфере разработки и продажи ПО? Это риторический вопрос, можешь не отвечать.
     
  • 3.64, Led (ok), 12:19, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Если Вы работаете с "чувствительными" данными

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

     
     
  • 4.66, Аноним (55), 12:21, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –12 +/
    > - гуманитариями?

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

     
  • 4.74, Другой Аноним (?), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Откройте толковый словарь, найдите слово "Критиканство"
     
  • 4.90, Канделябры (?), 13:32, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Оу, давно я не был на радиоактивных пустошах, где мутанты-гидроцефалы обзываются друг на друга словом "гуманитарий". А вообще, слыть гуманитарием среди необразованных маргиналов - это почётно.
     
  • 4.135, Аноним (169), 17:43, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –10 +/
    А кто считает? Завидующие зарплатам?
     
  • 2.50, Аноним (46), 12:04, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не все оптимизации openJDK входят в сборку Oracle, и наоборот.
     
  • 2.54, mknv (?), 12:10, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В Oracle jdk более стойкие алгоритмы шифрования (из-за лицензии), насколько я помню. Не знаю, как сейчас.
     
     
  • 3.73, Аноним (68), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лицензии на шифрование из США - это совершенно отдельный разговор. Поскольку у них уже почти вся ИТ внесена в список экспортных ограничений (с ограничением на контакты с иностранцами), шифрование могут исключить вообще отовсюду из программных продуктов, которые могут оказаться за пределами их страны.
     
     
  • 4.80, Аноним (33), 12:50, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Лицензии на шифрование из США

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

     
     
  • 5.117, Аноним (115), 16:01, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Лицензии на шифрование из США
    > И как Вы собираетесь легально использовать это в РФ?

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

     
  • 5.125, YetAnotherOnanym (ok), 16:51, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По-разному, в зависимости от ситуации.
    Вот, например, с конца 90-х использую SSH для подключения к удалённым хостам.
    Не помню с какого времени, но ежедневно использую https при веб-сёрфинге.
    Ну, и так далее.
    Собираюсь продолжать пользоваться ПО, использующим разработанные американскими вендорами криптоалгоритмы и их реализации, ровно так же, как пользовался до сих пор.
     
     
  • 6.134, Аноним (169), 17:42, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    К слову, тем самым вы невольно нарушаете целый ряд законов РФ.
     
     
  • 7.139, Ydro (?), 19:23, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Скажу по секрету, что  этот сайт работает через httpS, Вы в преступном сговоре.
     
  • 7.140, YetAnotherOnanym (ok), 19:32, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Список можно? Или хотя бы номер статьи УК или КоАП?
     
  • 7.142, Аноним (142), 20:00, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все это разрешено Конституцией.
     
     
  • 8.144, J.L. (?), 20:19, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    репостики W Конституция запрещена... текст свёрнут, показать
     
  • 3.133, Аноним (169), 17:37, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только если вы работаете на территории США.
     

     ....большая нить свёрнута, показать (34)

  • 1.84, Аноним (84), 13:05, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    https://www.graalvm.org/docs/getting-started/#native-images

    https://www.excelsiorjet.com/free

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

     
  • 1.113, Аноним (113), 15:40, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Azul Zulu в новости нет потому что они наверное не занесли?
     
     
  • 2.114, Аноним (114), 15:48, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В Zulu смысла нет, так как оперативные обновления с устранением уязвимостей платные.
     
     
  • 3.184, Аноним (169), 18:53, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему, это вполне нормально.
     
  • 2.120, J.L. (?), 16:10, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Azul Zulu в новости нет потому что они наверное не занесли?

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

     

  • 1.130, Аноним (169), 17:33, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А с чего кипиш? Уже давно всё на OpenJDK. Вендовые же "пользователи" сами виноваты, они давно никому не нужны.
     
  • 1.149, abi (?), 22:44, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в OpenJDK разве есть JavaFX ?
     
     
  • 2.151, Аноним (151), 23:51, 18/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://openjdk.java.net/projects/openjfx/
    https://openjfx.io/
     
  • 2.155, mknv (?), 02:32, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С 11 версии нет.
     

  • 1.154, Michael Shigorin (ok), 00:53, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Если кто задумается над тем, чтоб платить ораклу -- обдумайте ещё один вариант, Liberica JDK: https://bell-sw.com

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

     
     
  • 2.162, NameName (?), 11:53, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да, тоже вариант.
     
  • 2.179, Технополис (?), 13:16, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Из десятка поставщиков JDK выбрали именно их. И всем советуем. Самая разнообразная и хорошая комплектация у наших питерских товарищей. Молодцы.
     
  • 2.186, Аноним (33), 09:18, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, но используемые нами приложения запустить под ней (как, впрочем, и под Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих клиентскую Java. Для себя мы их определили и протестировали.
     
     
  • 3.187, Alexander Belokrylov (?), 13:21, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать,
    > но используемые нами приложения запустить под ней (как, впрочем, и под
    > Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих
    > клиентскую Java. Для себя мы их определили и протестировали.

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

     
     
  • 4.189, Аноним (190), 18:15, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    См. ниже. Но смысла в них уже нет, как и клиентской Java на наших машинах.
     
     
  • 5.191, Aleksei Voitylov (ok), 00:12, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Приложения, которые вы указали ниже - weasis и spark (тот, который IM) рассчитаны на работу с JDK 8:

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

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

     

  • 1.163, NameName (?), 11:55, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ява давно Ораклу обуза. Сейчас с языковой среды сложно снять прибыль традиционным для оракла способом. Поэтому трансформация неизбежна.
     
  • 1.167, Аноним (169), 17:22, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Legacy-ветки бесплатно поддерживает и Амазон, и Шапка (эйбиэм). В новых же версиях особого смысла, пока, не вижу.
     
  • 1.173, iZEN (ok), 21:57, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Есть OpenJDK8 (пакет openjdk8-8.212.4.1 на FreeBSD) и OpenJDK12 (пакет openjdk12-12.0.1.12.1 на FreeBSD), доступные в исходниках.
     
     
  • 2.177, bOOster (ok), 10:58, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аха, а собирать ты пробовал? Из этих исходников?
     
     
  • 3.181, Аноним (169), 16:57, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я пробовал. И что в этом такого?
     
  • 3.182, iZEN (ok), 19:31, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Аха, а собирать ты пробовал? Из этих исходников?

    % /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)

     

  • 1.174, Александр (??), 22:19, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Цинизм Oracle поражает. Сделали jdk 11 в котором утверждали что совместимость сохранена. Недавно вышло обновление SQL Developer, в котором read me гласит что совместимо только с 8 и 9 версией, а выше неподдерживаютсч
     
     
  • 2.180, Аноним (169), 16:41, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но при этом всё работает.
     
     
  • 3.185, Аноним (33), 09:12, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет. Все применяемые нами приложения в Java 11 НЕ работают ни под Windows, ни под Linux. Если интересует, это: Weasis, Spark.

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

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

     
     
  • 4.188, Аноним (190), 18:13, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Коррекция. Weasis portable требует Java 8.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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