denis-19 8 апреля 2021 в 21:00

Microsoft представила превью Microsoft Build of OpenJDK

6 апреля 2021 года представила предварительную версию Microsoft Build of OpenJDK — бесплатного дистрибутива OpenJDK с долгосрочной поддержкой (LTS) и открытым исходным кодом. С его выпуском Microsoft планирует вносить свой вклад в экосистему Java. Текущий релиз (доступны только 64-х битные версии) включает в себя бинарники для Java 11, основанные на OpenJDK 11.0.10+9 для серверов и настольных ПК под управлением macOS, Linux и Windows. Этот продукт компания выпустила под лицензией GPLv2+CE (General Public License 2.0 with Classpath Exception).

Microsoft также выпустила бинарники с ранним доступом (early access) OpenJDK 16 для Windows на ARM, основанные на последней версии OpenJDK 16+36.

Microsoft Build of OpenJDK собирается из открытых исходных кодов по тем же процедурам, что и сборка Eclipse Adoptium, ранее известная под названием AdoptOpenJDK. Сборка Microsoft Build of OpenJDK, как и другие сборки OpenJDK, успешно прошла сертификацию и соответствует Java SE 11.

Microsoft уже некоторое время участвует в разработке OpenJDK. За последние полтора года разработчики компании внесли в этот дистрибутив около 50 исправлений.

Microsoft будет поддерживать Java 11 как минимум до 2024 года. Компания планирует выпустить бинарники OpenJDK 17 к концу этого года, как только будет завершена основная работа над Java 17. Microsoft обещает, что уже в этом году сделает сборку Microsoft OpenJDK стандартным дистрибутивом Java 11 для сервисов и служб, управляемых с помощью облачной платформы Azure.

Внутри компании язык Java используется достаточно активно, на нем написаны некоторые компоненты внутренних систем Microsoft, а также элементы инфраструктуры облачной платформы Azure.

Microsoft не рекомендует запускать текущую сборку дистрибутива Microsoft Build of OpenJDK на рабочих системах, а советует экспериментировать с ней в отдельных виртуальных средах, пока не выйдет его стандартная версия.

Пример запуска Microsoft Build of OpenJDK на Azure Cloud Shell.

Теги:

Хабы:

Комментарии 16

klvov 8 апреля 2021 в 22:50
+1
Ждем Microsoft Visual J++ .NET Edition
- cranium256 8 апреля 2021 в 23:33
  +2
  Так уже ж было
slonopotamus 9 апреля 2021 в 00:10
+3
Я вот всё пытаюсь понять и у меня не получается. Чего такого особенного в том чтобы сделать git clone && ./configure && make && make install у JDK, что результирующие бинарники с помпой и выдумыванием им специальных названий начинают раздавать разные компании? Тонны другого софта прекрасно существуют без этого, а просто выкладывают тарболлы с исходниками релизов, которые потом опакечивают в дистрибутивах.
- darkdaskin 9 апреля 2021 в 01:21
  +1
  По сути это опакечивание под винду и есть. Из репозитория только набор бинарников собирается, а установщики для него делают компании. Разница между дистрибутивами может быть в флагах сборки, в частности, мне попадался софт, не работающий в AdoptOpenJDK, пришлось заменить его на LibericaJDK. Ну и автообновлятора, который был в сборках у Oracle, пока никто больше не реализовал, надеюсь, Microsoft сделает обновление через Windows Update.
  - slonopotamus 9 апреля 2021 в 01:35
    
    0
    установщики для него делают компании
    Опять же, тонны софта, опенсорсного и не очень, прекрасно сами себе делают установщики под винду. В этом нет никакого рокет-саенса.
- epolyak 9 апреля 2021 в 08:29
  +1
  Очень простой ответ. Многим компаниям, у нас в России так же, требуется договор саппорта при использовании любой технологии, будь- то решение, платформа, рантами и тд. С решениями OS в этом плане сложно. Иногда это доходит до абсурда — кто будет сопровождать важ Sping/hibernate и тд. Есть внутренние политики и в таком случае мы получаем поддержку от Microsoft и это прекрасно — не нужно обосновывать приобретение платного JDK от Oracle.
  - gsaw 9 апреля 2021 в 09:45
    
    +2
    Вне России тоже самое, по крайней мере до недавнего времени было так. Обязательно нужен кто то, кто сможет ответить за неработающий софт, к кому можно обратиться за поддержкой. И за это платят огромные деньги. Правда сейчас идёт ломка этого стереотипа и не в последнюю очередь из желания сэкономить. К примеру недавно один крупный клиент перешёл на amazon corretto на куче рабочих станциях. Платить ораклу дорого, а Амазон обещает сопровождение версии в течении нескольких лет. Теперь вот МС подтянулся, думаю через года три-четыре будем софт опять тестировать с вариантом от МС, ведь это ещё круче с точки зрения потребителя — поддержка из одних рук получается.
- OnYourLips 9 апреля 2021 в 13:12
  0
  То, что за тебя это кто-то другой делает.
  Это отнимает неожиданно больше времени, чем кажется изначально, если делается и поддерживается внутренними силами (если поддерживать в актуальном состоянии свой репо, имея инфраструктуру кодом, со всеми согласованиями и ревью). Для компании в несколько тысяч долларов выльется.
  - slonopotamus 9 апреля 2021 в 13:25
    
    0
    свой репо
    Зачем свой? Чем вас не устроил тот же самый репозиторий из которого вы берёте весь остальной софт?
- Teapot 10 апреля 2021 в 02:07
  0
  Чего такого особенного в том чтобы сделать git clone && ./configure && make && make install у JDK
  Правда команды для сборки OpenJDK немного другие. Собрать хорошо поддерживаемый проект действительно не сложно, и действительно стоит попробовать.
v1000 9 апреля 2021 в 00:26
+2
Интересное решение, учитывая ту неразбериху с лицензиями, которую Oracle придумала для оригинальной Java.
- nikolayv81 9 апреля 2021 в 10:12
  0
  Так уже есть пару десятков сборок… тут скорее вопрос зачем это микрософту...
  - Teapot 10 апреля 2021 в 02:13
    
    0
    Azure большой, ошибки дорогие. Затем же, зачем и Амазону, и остальным.
razielvamp 9 апреля 2021 в 03:03
0
Короче, как всегда, решили исправить "мультиплатформенность" java.
Miron11 9 апреля 2021 в 09:04
+2
Года 2 — 3 назад я искал как скачать java SDK с узла поддержки разработчиков Oracle, но Bing привел меня к проходной вот этого предприятия www.azul.com
Будучи человеком упрямым я скачал и Azul и Oracle дистрибутивы, и попробовал устроить между ними гонки по слиянию строк.
По заверениям azul все собранное на их платформе имеет выигрыш в памяти (меньше) и скорости (больше).
Но на моем «наколеннике» все получилось наоборот. Java Oracle обскакала azul и по потреблению памяти, и по скорости. Пусть на копейки, но эксперимент есть эксперимент.
Запуск дистрибутива от самого Microsoft означает одно, Azul станет его инструментом поддержки. А сама компания войдет в Microsoft, лучшее что в ней есть, а все остальное пойдет искать работу, особенно marketing и CEO.
Что ожидать от этого дистрибутива до 2024-го года сказать трудно. За такое время серьезные продукты не создают.
Ландшафт ПО выглядит крайне разрозненно и не очень проторен.
И потом Microsoft всегда был компанией продуктов, с очень четким взором в будущее с очень даже не обязательно самыми передовыми технологиями под капотом ( их всегда можно нарастить ) но с титан — ванадиевым скелетом, который несет в себе залог интереса пользователя и возможностей производителя удовлетворить эти интересы с лихвой.
Java, так уж сложилось, был блудным сыном индустрии создания ПО, прекрасным принцем, которого несчастные родители отправили из дома в бочке по морю.
Найдет ли этот Иван — царевич свой остров Буян, чтобы построить свое царство? И как Microsoft сможет превратиться из жесткого предприятия в мягкий ландшафт с неведомыми зверушками, мне не совсем понятно.
А если учесть, что .NET имеет железные преимущества в шине аппаратной платформы, участь этого приемного дитя великих инженеров лучшей компании мира не наполняет мое сердце оптимизмом.
Одному из них придется уступить. И что это означает для будущего Microsoft трудно разглядеть в тумане будущего.
- ohai2u 9 апреля 2021 в 10:52
  0
  … и не выиграл, а проиграл.
  Данная новость скорее означает развод ms и азула, чем их свадьбу. Раньше в azure поставлялась zulu openjdk с подедржкой от азула, теперь ms запилил свою сборку со своей поддержкой.
  
  Вы когда сравнивали oracle и azul, у азула брали zulu или zing?
  это две большие разницы