Предоставляет ответы на распространенные вопросы о Сборке OpenJDK в Microsoft.
Сколько времени вы будете поддерживать каждый выпуск Microsoft Build of OpenJDK?
Дополнительные сведения см. на странице поддержки .
Как получить оптимизированные для облака значения по умолчанию JVM при запуске Java в Azure?
Если вы запускаете рабочие нагрузки Java на контейнерах или виртуальных машинах Azure, см. Средство запуска команд Azure для Java (JAZ).
Вы выпускаете другие версии OpenJDK?
Мы планируем освободить двоичные файлы OpenJDK для версий, где существует взаимный консенсус LTS между участниками и поставщиками OpenJDK.
Вы выпускаете двоичные файлы OpenJDK 8?
В управляемых Azure службах, которые предлагают Java 8 в качестве целевого параметра среды выполнения, корпорация Майкрософт может полагаться на сторонние двоичные файлы, такие как Eclipse Adoptium. Для всех других служб Azure клиенты могут использовать JDK для Java 8 от сторонних поставщиков. Однако корпорация Майкрософт рекомендует клиентам перейти на Java 17 и более поздних версий, чтобы воспользоваться несколькими усовершенствованиями, которые можно преобразовать в экономию средств в облачных развертываниях и ускорить производительность разработчиков. Мы считаем, что этот процесс стоит усилий и предоставил рекомендации по упрощению этого перехода.
Дополнительные сведения о версиях JDK, поддерживаемых в службах Azure, см. в статье "Поддержка Java" в Azure и Azure Stack.
Как эти двоичные файлы лицензированы?
Общедоступная лицензия 2.0 с исключением Classpath (GPLv2+CE).
Сколько времени потребуется, чтобы получить двоичные файлы после того, как OpenJDK объявил тег GA?
Microsoft Build of OpenJDK предоставляет строгий набор тестов из проекта Eclipse Adoptium AQAvit, а также тесты соответствия из комплекта совместимости технологий Java. Обычно этот процесс занимает 24–48 часов, но может занять больше времени.
Выпустит ли корпорация Майкрософт исправления из-за критически важных или уязвимостей системы безопасности?
Только в чрезвычайных обстоятельствах, когда другие поставщики также создают внеполосные исправления для уязвимостей глобальной безопасности масштабирования. Вероятность этого происходит очень низкая. Уязвимости безопасности часто рассматриваются в тайне, даже для проекта с открытым исходным кодом, например OpenJDK. Дополнительные сведения см. в разделе "Группа уязвимостей OpenJDK".
Что произойдет, если я нахожу ошибку в Microsoft Build of OpenJDK?
Если клиент Azure идентифицирует проблему с помощью Microsoft Build openJDK, но это не недостаток безопасности, который налагает риск, мы определим приоритет устранения этой проблемы и выпустим его для следующего квартального обновления. Мы добавим исправление как можно скорее, чтобы его можно было устранить в других версиях Java, которые могут быть затронуты и доступны в других дистрибутивах OpenJDK.
Если вы не являетесь клиентом Azure, сообщите о проблеме в нашем репозитории GitHub в microsoft/openjdk.
Если это проблема безопасности, мы будем работать над его проверкой, а затем сообщите об этом в группу уязвимостей OpenJDK.