Тезисно: 

  • Oracle продолжит выпуск Oracle OpenJDK с лицензией GPL придерживаясь графика, которого Oracle придерживается начиная с 9 версии Java. 

В сентябре 2017 года Oracle объявила о планах распространения JDK под лицензией GPL для Oracle OpenJDK, а также как Oracle JDK под лицензией Oracle Technology Network (OTN). Oracle OpenJDK под лицензией GPL сообщество разработчиков встретило с большим энтузиазмом. Однако, все как один сходились во мнении, что Oracle JDK должен распространяться на однозначно бесплатных условиях. Oracle выражает признательность за проявленный интерес и с радостью сообщает, что начиная с Java 17 Oracle JDK станет полностью бесплатным.  

Oracle будет предоставлять LTS версии в рамках NFTC, по крайней мере, в течение одного полного года после релиза новой LTS. Возможность обновлять JDK раз в полгода, чтобы повысить производительность, получить доступ к новым функциям и возможностям никуда не исчезнет. А для тех, кто предпочитает переходить с текущей LTS на следующую, будет достаточно времени, чтобы осуществить этот переход плавно. 

Дополнительные сведения о лицензировании Oracle JDK см. в разделе Часто задаваемые вопросы о лицензировании Oracle Java SE

Подписка на Oracle Java SE продолжит предоставлять дополнительные функции, такие как Java Management Service, Advanced Management Console и GraalVM Enterprise. Стоимость подписки не изменится. В сочетании с поддержкой 24/7 (от самих разработчиков Oracle, которые разрабатывают исходный код для большинства платформ Java, используемых во всем мире) и низкой стоимостью (всего 25$ за компьютер или 2,5$ за пользователя в месяц), подписка Oracle Java SE остается предпочтительным выбором большинства организаций. 

Комментарии (103)


  1. orionll
    15.09.2021 06:05
    +1

    Уточню, что поддержка в течение одного года после выхода следующей LTS означает, что обновления для Java 17 будут выходить как минимум 3 года, потому что Java 21 выходит через 2 года.

    А ещё у меня ошибка 404 при открытии "Moving the JDK to a Two Year LTS Cadence". У меня одного так?


    1. gavk
      15.09.2021 06:49
      +1

      У меня открывается.


    1. muxa_ru
      15.09.2021 15:18
      +3

      Если у Вас 404 ошибка, то как Вы узнали заголовок страницы?


      1. tdemin
        15.09.2021 17:13

        Прочитав URI?


        1. muxa_ru
          15.09.2021 17:53

          "Two Year LTS Cadence" - это какой-то распространённый бренд, что Two и Year по умолчанию пишутся с большой буквы?


          1. tdemin
            15.09.2021 17:57
            +1

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


            1. muxa_ru
              15.09.2021 18:04

              А почему вот тут написано "A Pro" , а не "a Pro" ?

              https://blogs.oracle.com/java/post/java-on-container-like-a-pro


              1. marshinov
                15.09.2021 23:55

                Бывает, что все капсом фигачат в заголовке


    1. blogerator
      15.09.2021 18:36

      Из ЕС открывается всё.


  1. MAXH0
    15.09.2021 06:33
    +84

    Спасибо, конечно. Но я думаю, что в общем случае разумнее продолжать использовать Открытое, а не Бесплатное... Oracle хорошо показала, что Бесплатное легко становится Платным. Вот именно за этот урок и стоит быть благодарным.


    1. Mardygalimov
      15.09.2021 09:31
      +13

      Два стакана чая этому господину!


      1. PetrEEEfim
        15.09.2021 15:11
        +18

        Бесплатных или открытых стакана?)


        1. fougasse
          15.09.2021 20:08
          +7

          Да


    1. aleksey-stukalov Автор
      15.09.2021 09:33
      +8

      100%, но тут есть и новый посыл. То что бесплатность переменчива было известно, а вот то что платность переменчива - это редкость. Очевидно, никому не нравится то что на 8-ой джаве застряла очень большая часть экосистемы. Новая лицензионная коррекция, мне кажется, должна это как-то поправить.


    1. khulster
      15.09.2021 10:49
      +6

      Oracle хорошо показала, что Бесплатное легко становится Платным.

      И Docker Desktope подтверждает сие. ;)


      1. RNZ
        15.09.2021 11:08

        А использование макоси/виндоси/соляроси/т.п. ничего не показало? И да, тот у кого авторские права может менять лицензионную политику.


    1. Endeavour
      15.09.2021 20:45
      +3

      Oracle JDK ничем не отличается от OpenJDK, кроме условий поддержки (которая сейчас и стала бесплатной).


  1. sergey-gornostaev
    15.09.2021 09:08

    Java и была бесплатна. Платной была оракловая сборка с поддержкой. И непонятно, что там Oracle собирался распространять под GPL, если Oracle JDK собирается из исходников Open JDK, который и так под GPL.


    1. mantiscorp
      15.09.2021 09:35
      +3

      Была бесплатна для разработки, а для продакшена?


      1. sergey-gornostaev
        15.09.2021 09:47
        +3

        Исходный код компилятора, виртуальной машины, стандартной библиотеки, всех инструментальных средств JDK и всего прочего давно под GPL, а все спецификации и стандарты переданы под управление некоммерческого фонда. Java никому не принадлежит. Так что да, она бесплатна для продакшена.


        1. aleksey-stukalov Автор
          15.09.2021 09:53
          +9

          Классическая ловушка. Исходный код, да был под GPL. Используется же не он, а его производная, т.е. билд. А вот как раз с ними было все не так радужно.


          1. sergey-gornostaev
            15.09.2021 10:32
            +3

            Вас никто не принуждает использовать платный билд. Берёте например Liberica и бесплатно используете в проде, как это делает например Сбер.


            1. aleksey-stukalov Автор
              15.09.2021 10:34
              +6

              Дальше тонкости поддержки. Сбер пользуется бесплатным билдом без поддержки? Тогда пора закрывать счета.

              Строго говоря большинство бесплатных даже не TCK compliant (тут безусловно Liberica впереди планеты), не говоря уже о вменяемой поддержке.


              1. sergey-gornostaev
                15.09.2021 10:45

                Ещё раз: какое отношение платная поддержка имеет к бесплатности Java?


                1. aleksey-stukalov Автор
                  15.09.2021 10:46
                  +5

                  Процитирую коллегу из ответа ниже:

                  Вода в реке бесплатная, а бутылированная стоит денег. 

                  P.S. Конкретно эта новость об Oracle JDK - самой популярной сборке Open JDK.


                  1. sergey-gornostaev
                    15.09.2021 10:52
                    +3

                    Конкретно эта новость - кликбейт, вводящий людей в заблуждение.


                    1. aleksey-stukalov Автор
                      15.09.2021 10:56
                      +5

                      Справедливо, поправил название.


                  1. orionll
                    15.09.2021 11:49
                    +2

                    Oracle JDK уже давно не самая популярная. Сейчас Oracle OpenJDK и AdoptOpenJDK/Adoptium более популярны.


              1. Hivemaster
                15.09.2021 11:46

                Строго говоря большинство бесплатных даже не TCK compliant 

                Можно с этого места подробнее? Что именно нарушается? И самое главное - как, если собирается из репы OpenJDK без внесения изменений? Где почитать пруфы?


                1. aleksey-stukalov Автор
                  15.09.2021 11:51
                  +1

                  Думаю лучше объяснит @Teapot


                1. Teapot
                  15.09.2021 12:16
                  +4

                  Есть отличный доклад Александра Белокрылова на тему того, почему и как делаются дистрибутивы OpenJDK. Вкратце на простом примере: вы взяли не ту версию компилятора C++, и один из многочисленных woraround-ов в коде HotSpot-а для багов компилятора не сработал. В результате несколько тестов из огромного набора TCK или jtreg будут падать. Но если эб этом никто не знает, то есть счастливая вероятность огрести именно эти грабли в своём уютном проде.


                  1. sergey-gornostaev
                    15.09.2021 12:22
                    +3

                    BellSoft заявляет, что Liberica JDK все тесты TCK проходит и имеет соответствующие сертификаты. Есть хоть какие-то основания подозревать их во лжи?


                    1. Teapot
                      15.09.2021 12:24
                      +4

                      Всё так и есть. И лицензии, и полный цикл тестирования для каждой платформы.


        1. corporaldev
          15.09.2021 10:04
          +3

          Билды сами собирали? Фиксы сами бэкпортили?


          1. sergey-gornostaev
            15.09.2021 10:38
            +3

            Нет, используем готовые билды, просто не оракловые. С необходимостью фиксить JVM редко кто сталкивается. И даже сталкивающиеся могут решать вопрос самостоятельно, как это делает Mail.ru например. Или могут оплачивать поддержку, причём необязательно именно оракловую. Java это платной не делает.


            1. corporaldev
              15.09.2021 10:44
              +4

              Вода в реке бесплатная, а бутылированная стоит денег. С Java все ровно так же. Поддержка делает Java платной де факто. А если вы берете билд, но не берете на него поддержку, это о многом говорит: вам все равно на безопасность прод окружения, это как минимум. Поддержку оплачивать можно любую оракловую или белсофтовую или редхатную, но ее надо оплачивать.


              1. sergey-gornostaev
                15.09.2021 10:50
                +6

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


                1. aleksey-stukalov Автор
                  15.09.2021 10:55
                  +3

                  В целом, так и есть. И это крайне важно понимать. Open source бесплатен до поры до времени. Только момент оплаты сдвинут в сторону эксплуатации.

                  Натягивание же совы на глобус - это когда деньги с карты снимают, а ты продолжаешь утверждать, что все бесплатно.


                  1. sergey-gornostaev
                    15.09.2021 10:57
                    +4

                    Было бы интересно почитать на Хабре статью "Linux никогда не был бесплатен" вашего авторства.


                    1. aleksey-stukalov Автор
                      15.09.2021 10:58
                      -1

                      Давайте встречную статью - как я пользуюсь всем-всем-всем и ничего не плачу совсем :).


                  1. corporaldev
                    15.09.2021 11:01
                    -4

                    Есть мнение, что @sergey-gornostaevникогда не видел счетов или никогда не пускал решение в прод...


                    1. aleksey-stukalov Автор
                      15.09.2021 11:03
                      -1

                      Да ну нет, почему вдруг?

                      Многие действительно не озадачиваются вопросами поддержи и живут в мире бесплатности до первой большой беды. И это нормально ИМХО. Есть решения где большой беды вообще быть не может.

                      Еще есть вариант, когда разработчики даже не касаются production environment, как часто бывает в банках. Тогда тоже создается обманчивое ощущение бесплатности.

                      Вобщем 1000 причин, при которых мнение @sergey-gornostaevвыглядит более чем валидно.


                      1. amarao
                        15.09.2021 11:25
                        +26

                        А есть те, кто верят, что при первой большой беде платная поддержка им поможет. Ага, ага. Вот сейчас их саппорт первого уровня разбудит саппорт второго уровня, который разбудит саппорт третьего уровня, который разбудит младшего стажёра, который разбудит миддла, который разбудит сеньёра, и сеньёр со всей серьёзностью займётся ваше Большой Проблемой на Продакшене прямо сейчас. Ага, ага. Фантазии...


                      1. aleksey-stukalov Автор
                        15.09.2021 11:28
                        +4

                        Ээээ... Вы не о той поддержке... Тут речь прежде всего о своевременной поставке билдов с забэкпорчеными security vulnerabilities, а также критических известных багов. По крайней мере под поддержкой JDK я это понимаю именно это.


                      1. sergey-gornostaev
                        15.09.2021 11:41
                        +2

                        Тогда идеальный вариант - билды от RedHat. Сам не проверял, но они заявляют ежемесячные security fix'ы, бэкпортинг аж до Java 6 и всё это бесплатно.


                      1. aleksey-stukalov Автор
                        15.09.2021 11:44

                        Все так.


                      1. Teapot
                        15.09.2021 12:07
                        +1

                        Ежемесячно апдейтится RHEL (который по-хорошему платный). И насколько я понимаю, в эти апдейты идут апдейты пакетов, которые за это время случились. Релизный цикл обновений редхатовской openjdk такой же, как у других вендоров (квартальные обновления).


                      1. amarao
                        15.09.2021 13:42

                        А, это называется maintenance.

                        apt-cache changelog openjdk-11-jre:amd64

                        ...

                        openjdk-lts (11.0.12+7-0ubuntu3) impish; urgency=medium
                        
                          * Work around ftbfs in StackGuardPages test with glibc 2.34.
                        
                         -- Matthias Klose <doko@ubuntu.com>  Sat, 14 Aug 2021 14:38:05 +0200
                        
                        openjdk-lts (11.0.12+7-0ubuntu2) impish; urgency=high
                        
                          * OpenJDK 11.0.12+7 build (release).
                          * Security fixes:
                            - JDK-8256157: Improve bytecode assembly.
                            - JDK-8256491: Better HTTP transport.
                            - JDK-8258432, CVE-2021-2341: Improve file transfers.
                            - JDK-8260453: Improve Font Bounding.
                            - JDK-8260960: Signs of jarsigner signing.
                            - JDK-8260967, CVE-2021-2369: Better jar file validation.
                            - JDK-8262380: Enhance XML processing passes.
                            - JDK-8262403: Enhanced data transfer.
                            - JDK-8262410: Enhanced rules for zones.
                            - JDK-8262477: Enhance String Conclusions.
                            - JDK-8262967: Improve Zip file support.
                            - JDK-8264066, CVE-2021-2388: Enhance compiler validation.
                            - JDK-8264079: Improve abstractions.
                            - JDK-8264460: Improve NTLM support.
                          * Sync packages with 11.0.12+7-2:
                            - Encode the early-access status into the package version. LP: #1934895.
                        


                      1. aleksey-stukalov Автор
                        15.09.2021 13:49

                        Да, наверное так точнее.


                      1. amarao
                        15.09.2021 13:55
                        +1

                        Ну, это было из публичного репозитория ubuntu. Вот для debian: https://metadata.ftp-master.debian.org/changelogs//main/o/openjdk-11/openjdk-11_11.0.12+7-2_changelog

                        Полностью свободно, открыто, без контрактов и необходимости входить в радиус поражения юристов Oracle.


                      1. Teapot
                        15.09.2021 20:46

                        Кстати о бэкпортах в разрезе open source. У Оракла свои планы по бэкпортам (не только security), и не все бэкпорты сразу попадают в open. Таким образом в разрезе LTS-версий легко может возникать vendor lock.


                      1. Teapot
                        15.09.2021 12:38

                        В правильном саппорт-контракте прописаны SLA до ответа инженера и сроки выпуска билдов с патчем.


                      1. amarao
                        15.09.2021 13:45
                        +3

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

                        А вот контрактов со сроком фикса я не видел. Точнее, там будет оговорка "с момента признания претензии дефектом со стороны технической команды исполнителя", что даёт карт-бланш в любых сложных ситуациях.


                      1. Teapot
                        15.09.2021 11:56

                        И есть предусмотрительные, которые переключаются на поддержку ДО того, как случается первый инцидент. Как говорится, есть 2 вида людей: те, кто делает бэкапы, и те, кто пока ещё нет.


                      1. amarao
                        15.09.2021 13:45
                        +3

                        А смысл делать бэкапы, если они не проверяются?

                        Алсо, в серьёзной команде должны быть инженеры достаточной квалификации, чтобы решить проблему своими силами.


                      1. fougasse
                        15.09.2021 20:19
                        +1

                        Интересная позиция, но рассчитывать, что в команде должны быть люди, которые способны правильно пофиксить баг в JDK - очень самонадеянно.


                      1. amarao
                        16.09.2021 09:50

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

                        Собственно "платные сборки java" это в себя и включают. Я не знаю как там в мире юристов oracle, а в мире дебиана пересборка пакета проще, чем многие думают:

                        apt-get build-dep openjdk-lts
                        apt-get -b source openjdk-lts

                        А дальше там целая религия - gbp или что-то ещё, но снизу там всё равно банальный quilt под управлением dpkg-buildpackage.


                      1. Teapot
                        16.09.2021 16:26
                        +1

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


                      1. amarao
                        16.09.2021 17:35

                        При чём тут продакшен? Это моя рабочая машина.

                        Я ж написал про "по вкусу". Тот же debian-jenkins-gluе использует pbuilder для pristine среды сборки (без сети и с фиксированными зависимостями). Более того, в Debian сборки reproducible (в отличие от рхеловодов), так что можно даже попытаться получить бинарное соответствие между бинарным артефактом и его сырцами reproducible builds results для JDK-16 говорят, что основной проблемой является пересборка на armf, чем можно пренебречь.


                      1. fougasse
                        16.09.2021 19:36

                        Ну то есть «решить пробелму своими силами» превратилось в девопс/админ «портировал» патч на рабочую машину.

                        С такими условиями - это совершенно другой уровень понимания проблем, если что.


              1. Ilirium
                15.09.2021 13:14

                Питон бесплатный и его обновления тоже.


                1. Danik-ik
                  15.09.2021 14:00

                  И переход с версии 2 на версию 3 тоже бесплатный, много лет уже как. Хочешь перейти на следующий уровень, смотришь на нажитое непосильным трудом — и понимаешь, что всё сломается, но никто и никогда тебе за это не заплатит...


                  1. Ilirium
                    15.09.2021 14:56
                    -1

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

                    Поддержка и обновление ПО это ваша зона ответственности и платность языка здесь мало чем поможет. Разве что язык и его среда разработки не будет совсем развиваться и будет только обновление поддержки актуальных версий железа и ОС. Тогда и переписывать ничего не нужно. Но это прям такое. См. как довольны все были застоем в C++ и Java.


                    1. Danik-ik
                      15.09.2021 16:12
                      -2

                      Если вы это всерьез, то это прям странные ожидания

                      Серьёзность, прямо скажем, умеренная была, на границе с похихикать (над собой, в первую очередь). Python вполне хорош, я его на втором месте после Джавы люблю и молодым всем рекомендую. Но вот так и тянет написать на нём print без скобок...

                      А хотелось мне намекнуть на то, что затраты на сопровождение кодовой базы и эксплуатацию ПО состоят далеко не только из платы за виртуальную машину или иной какой рантайм. И ключевой навык здесь — понимание, когда выгоднее будет заплатить, кому и на каких условиях. Ранее насмотрелся, как желание сэкономить перевешивает желание заработать, не хочу такого больше...

                      См. как довольны все были застоем в C++ и Java.

                      Не так давно я ещё, среди прочего, поддерживал проект на Дельфи таки 7 (но уволился всё же, после пяти лет). Так что я по себе знаю, как люди бывают довольны застоем (который только в голове, в том, что «нам хватает»).


                      1. Ilirium
                        15.09.2021 17:08

                        :)

                        Такая позиция есть, это да. Однако, это и не так интересно, т.к. не пробуешь чего-то нового, да и о устаревании собственных навыков не стоит забывать. Не в IT затраты на IT конечно часто не являются важными и приносящими доход и такой компании выгоднее снижать затраты на поддержку (= читай развитие кодовой базы и сотрудников). Но работать в таком месте? Да и в какой-то момент отсутствие развития больно укусит и саму компанию, IT внезапно придет в ее область и будет больно.


                      1. Ilirium
                        15.09.2021 17:14
                        +2

                        Хотя конечно, я могу вспомнить тот же Total Commander, который вроде как до сих пор на Delphi 2 (?). Супер стабильный продукт, вылезаный и крутой с точки зрения продвинутого пользователя (и привыкшего к нему).

                        Но многие ли продукты, над которыми работают программисты в легаси системах, а ля вашего примера Delphi 5, выигрывают от этого как продукты? И многие ли из таких программистов выигрывают (в плане интересности работы и возможностей для развития и делания крутых штук)?


                      1. Danik-ik
                        16.09.2021 00:19

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


                      1. Ilirium
                        16.09.2021 10:56

                        В вашем случае наличие легаси пришлось кстати, поздравляю с возвращением в программисты :)

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

                        Кстати, вы остались в Дельфи и десктоп разработке или куда-то ушли?


                      1. Danik-ik
                        16.09.2021 18:02
                        +1

                        Ушёл на Java после переобучения, на бэкэнд, под серверы приложений. Там тоже принято тянуть с переходом на всё новое, но с одной стороны,я уже давно перестал пугаться древних костей, а с другой — предметная область практически та же самая, учётные системы и межсистемный обмен данными. Да и люди в среднем по больнице гораздо более образованные в плане технологии разработки ПО, и реально думают о внутреннем качестве продукта.


            1. 23derevo
              16.09.2021 12:41
              +2

              В России есть две компании, которые занимаются этим профессионально — это Bellsoft (Liberica) и Azul (Zulu). Ещё есть JetBrains (JetBrains Runtime), которые вынуждены хачить джаву, чтобы IDEA и остальные продукты хорошо работали. На этом всё.

              У Mail.Ru Group есть, например, @apangin, который может пойти и пропатчить JVM  в случае каких-то критичных багов в проде.

              Если где-то в России есть ещё специалисты такого уровня (хотя я никогда о них не слышал, а по долгу профессии должен бы), то этому кому-то очень повезло. Потому что собирать JDK / JVM самим без тестовой инфраструктуры, огромных тестовых сюит и инженеров высочайшего уровня — это Слабоумие и Отвага.


              1. sergey-gornostaev
                16.09.2021 12:55

                Да, я как раз его и имел ввиду, когда писал "могут решать вопрос самостоятельно, как это делает Mail.ru например". Только средний бизнес такого ведь не делает, а потому наткнуться на баг JVM имеет шанс исчезающе малый.


          1. ExplosiveZ
            15.09.2021 11:01
            +2

            Билды сами собирали?

            Прямо из репозитория установил.

            Фиксы сами бэкпортили?

            Какие-то компании и сообщество бекпортировало. Например Amazon, SAP, RedHat, Tencent и другие. И еще Oracle как минимум на 2 релиза бекпортило, если не больше.


  1. anonymous
    00.00.0000 00:00


    1. Teapot
      15.09.2021 11:45
      +3

      Тут есть интересный момент. У кода OpenJDK есть не только лицензии, но и Copyright-ы. Примеры возможного двойного лицензирования - это Oracle JDK времён, когда было много closed-кода (например JFR в Oracle JDK 8), или GraalVM EE.


      1. Teapot
        15.09.2021 11:52
        +3

        Кстати и сейчас никто исходники для Oracle JDK не обещает. Т.е. это closed source (не foss как минимум) на основе open source (OpenJDK).


  1. bilayan
    15.09.2021 09:09
    +15

    Это случаем не ответ на то что Амазаон, Майкрософт, и другие, стали предоставлять поддержку для своего форка OpenJDK?


    1. aleksey-stukalov Автор
      15.09.2021 09:35
      +3


    1. Teapot
      15.09.2021 11:40
      +1

      Script friendly URLs - это явно ответ на Discovery API от других вендоров. Примерно как Эпплл или Гугл, которые подсматривают фичи у разработчиков приложений и оболочек.

      Возвращение ARM64 сборок некоторое время назад - тоже такой пример. Там правда корни ещё и другие есть, т.к. в Oracle Cloud есть Ampere Altra, в который они к тому же вложились.

      У оракловой джавы кстати по-прежнему набор платформ остаётся весьма ограниченным. Тот же компактный Apline Linux, который мы так для Либерики любим, так и не добавили. Отсюда и ресурсы чаще выпускать LTS-релизы.


  1. harios
    15.09.2021 09:32
    +6

    Помоему кто то переобулся)


  1. Ons1aught
    15.09.2021 09:32

    Наконец-то. Можно начинать разрабатывать Minecraft 2.


    1. MAXH0
      15.09.2021 10:03
      +1

      Ага :( Только права у MS осталось выкупить...


    1. transcengopher
      15.09.2021 14:53
      -1

      Зачем? Есть (ну, скоро будет) Hytale.


  1. vitekes
    15.09.2021 11:06
    +2

    На мой взгляд проблема явы в том что они начали слишком быстро выпускать новые версии java. Вопрос не в платности и бесплатности. Сообщество java очень консервативное, очень много тяжелых проектов, крупных компаний использующих которые не желают тратить деньги и время сотрудников только потому что вышла новая версия языка. Если посмотреть в интернете графики популярности версий, то можно сделать простой вывод: если ничего не изменится, то java 8 будет основной версией языка как минимум до окончания срока поддержки.


    1. aleksey-stukalov Автор
      15.09.2021 11:09

      Да, есть такая вероятность. Причем немалая.


    1. orthoxerox
      15.09.2021 11:12
      +2

      Именно после восьмёрки начались изменения, которые мешают переехать с неё на свежие версии: выпиливание sun.misc.Unsafe, запиливание модулей и т.п. Переезды между 9 и 17 сравнительно безболезненны.


    1. orionll
      15.09.2021 11:54
      +1

      Java 11 уже обогнала 8 по популярности


      1. fougasse
        15.09.2021 20:25
        +5

        Чуть больше 146% в сумме, красота.


        1. PrinceKorwin
          16.09.2021 12:31
          +1

          Кстати. Это можно вполне нормально объяснить. У нас на проде, например, одновременно несколько версий JVM используется (8-я, 11-я и экспериментально 16-я).


      1. TrashboxBobylev
        15.09.2021 20:34
        +1

        Это от того, что JetBrains и Co перетащили свои проекты на 11 версию.


  1. Teapot
    15.09.2021 11:33
    +3

    Бесплатность это одно, но лицензия вполне конкретная (NFTC):

    You comply with all U.S. and applicable export control and economic sanctions laws and regulations that govern Your use of the Programs (including technical data);


    1. aleksey-stukalov Автор
      15.09.2021 11:37

      Это очень хороший поинт! И ставит интересный вопрос в связи с инициативами МинЦифры о приравнии софта на базе Open Source к отечественному ПО (https://www.kommersant.ru/doc/4958346). Т.е. вот конкретно тут опенсоурс имеется, но выглядит, как плохой вариант с точки зрения обеспечения пресловутого цифрового суверинитета...


      1. orionll
        15.09.2021 11:59
        +3

        А при чём здесь Oracle JDK и Open Source? Oracle JDK это проприетарная и закрытая JDK, просто с довольно свободной лицензией. А если в отечественном ПО использовать OpenJDK с GPL, то этот пункт про санкции там не требуется выполнять.


        1. aleksey-stukalov Автор
          15.09.2021 12:01

          А при чём здесь Oracle JDK и Open Source? Oracle JDK это проприетарная и закрытая JDK, просто с довольно свободной лицензией.

          Все верно вы говорите. Просто по обсуждению выше не все разделяют понятия OpenJDK и Oracle JDK. Типа, сорсы же есть? есть. GPL? GPL. Значит опенсоурс...


        1. Teapot
          15.09.2021 12:19
          +1

          Исходники можете использовать, а если бинарный дистрибутив используете, внимательно изучайте лицензию под которой он распространяется. Ну и конечно не устаю повторять: дистрибутива с названием "OpenJDK" не существует.


  1. gotch
    15.09.2021 14:50
    +4

    В эту игру можно играть до бесконечности


    Oracle будет предоставлять новые версии и обновления бесплатно, начиная с Oracle JDK 17

    Oracle потребует подписку для обновления Oracle JDK, начиная с версии 18

    Oracle будет предоставлять новые версии и обновления бесплатно, начиная с Oracle JDK 19

    Oracle потребует подписку для обновления Oracle JDK, начиная с версии 20


    1. Teapot
      16.09.2021 16:35
      +1

      Игра теперь такая: можете бесплатно мигрировать каждые 6 месяцев на открытые сборки или каждые 2 года на закрытые. А если не получилось, то вот счёт по количеству vcpu.


  1. Regis
    15.09.2021 16:05

    Java от Oracle снова бесплатна

    Неверно. Если вы выключаете Java в свой дистрибутив — она платная.


    1. ASHcommander
      15.09.2021 16:59

      А если включить, то бесплатна?


      1. Regis
        15.09.2021 18:34
        +1

        Выше опечатка. Должно было быть:

        Если вы включаете Java в свой дистрибутив — она платная.


        1. ASHcommander
          16.09.2021 08:03
          +2

          Не может быть!


  1. funca
    15.09.2021 20:47

    Новость про то, что они разрешили использовать Oracle JDK бесплатно в бесплатных программах с закрытыми исходниками. Если вы хотите распространять программу за деньги и при этом не раскрывать исходники, то придется по-прежнему платить.

    GPL это не бесплатно. При использовании GPL кода в своем приложении вы обязаны отдать исходники всего приложения по первому требованию. Поэтому коммерческая разработка шарахается от GPL как черт от ладана и долгое время остается на Java 8 пока этих выкрутасов там не было.


    1. aleksey-stukalov Автор
      15.09.2021 20:48

      Вы используете исходники OpenJDK у себя в приложении?


    1. Teapot
      16.09.2021 12:23
      +1

      Как-то сумбурно. Всё-таки Oracle JDK (любой версии) идёт не под лицензией GPL. А свежие апдейты Oracle JDK 8 идут под коммерческой лицензией.