Содержит ответы на часто задаваемые вопросы о сборке OpenJDK от Microsoft.
Сколько времени вы будете поддерживать каждый выпуск Microsoft Build of OpenJDK?
Дополнительные сведения см. на странице поддержки .
Как получить оптимизированные для облака значения по умолчанию JVM при запуске Java в Azure?
Если вы запускаете рабочие нагрузки Java на контейнерах или виртуальных машинах Azure, см. Средство запуска команд Azure для Java (JAZ).
Вы выпускаете другие версии OpenJDK?
Мы планируем освободить двоичные файлы OpenJDK для версий, где существует взаимный консенсус LTS между участниками и поставщиками OpenJDK.
Вы будете выпускать бинарные сборки OpenJDK 8?
В службах Azure, управляемых Microsoft и предлагающих 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 Technology Compatibility Kit (TCK). Обычно этот процесс занимает 24–48 часов, но может занять больше времени.
Выпустит ли Microsoft внеплановые исправления из-за критических проблем или уязвимостей безопасности?
Только в чрезвычайных обстоятельствах, когда другие поставщики также выпускают внеочередные исправления для крупномасштабных уязвимостей безопасности. Вероятность этого происходит очень низкая. Уязвимости безопасности часто рассматриваются в тайне, даже для проекта с открытым исходным кодом, например OpenJDK. Дополнительные сведения см. в разделе "Группа уязвимостей OpenJDK".
Что произойдет, если я нахожу ошибку в Microsoft Build of OpenJDK?
Если клиент Azure самостоятельно обнаружит проблему в Microsoft Build of OpenJDK и она не будет уязвимостью безопасности, создающей риск, мы уделим приоритетное внимание её устранению и выпустим исправление в следующем квартальном обновлении. Мы как можно скорее передадим исправление в основной проект, чтобы эта проблема также была устранена в других затронутых версиях Java и чтобы исправление стало доступно в других дистрибутивах OpenJDK.
Если вы не являетесь клиентом Azure, сообщите о проблеме в нашем репозитории GitHub в microsoft/openjdk.
Если это проблема безопасности, мы будем работать над его проверкой, а затем сообщите об этом в группу уязвимостей OpenJDK.