Первый кандидат на выпуск JDK 10 (18.3) (сборка 43) демонстрирует новую схему управления версиями

Пост Марка Рейнхольда « JDK 10: Первый релиз-кандидат » объявил «нет неразрешенных ошибок P1 в сборке 43» и назвал эту сборку 43 первоначальным кандидатом на выпуск JDK 10 . Публикация Reinhold также указывает на страницу « Ранние сборки JDK 10 », которая содержит ссылки на примечания к выпуску ; к документации API на основе Javadoc ; на «ранние сборки с открытым исходным кодом» (OpenJDK) для Windows , Linux , macOS и Alpine Linux ; и к сборкам Oracle JDK.

Следующий снимок экрана показывает информацию о версии, предоставленную OpenJDK 10 Build 43 (текст на снимке экрана воспроизводится под изображением):

На следующем снимке экрана показана информация о версии, предоставленная Oracle JDK 10 Build 43 (текст на снимке экрана воспроизводится под изображением):

Как показывают приведенные выше снимки экрана, информация -version для OpenJDK и OracleJDK в настоящее время показывает обе формы. Они показывают «10» в кавычках для JDK 10, но они также показывают 18,3 . Это согласуется с заголовком JSR 383 [« Java SE 10 (18.3) Platform JSR (383) »] и его описанием.

Существует некоторая путаница в отношении схемы управления версиями версий Java после JDK 9 из-за быстро меняющихся разработок планов по названиям версий Java. Некоторые ключевые посты по разработке версии с именами после JDK 9 показаны ниже.

1. Перемещение Java вперед вперед (6 сентября 2017 г.)
   • Предполагается, что «после Java 9 мы примем строгую, основанную на времени модель с выпуском новой функции каждые шесть месяцев, выпусками обновлений каждый квартал и выпуском долгосрочной поддержки каждые три года».
   • «Чтобы прояснить, что это выпуски на основе времени, и чтобы было легко определить дату выпуска любого конкретного выпуска, строки версий выпусков функций будут иметь форму $YEAR.$MONTH ». Отсюда и «18,3» в вышеприведенных примерах (представляющих март 2018 года).
   • В соответствующей статье « Ускорение темпа релиза JDK » обсуждаются подходы, которые необходимо использовать с «конечной целью» сделать «сборки OpenJDK и Oracle JDK полностью взаимозаменяемыми».
2. Схемы строк-версий для платформы Java SE и JDK (19 октября 2017 г.)
   • Решает проблемы сообщества и ответы (такие как этот ) на оригинальное предложение .
   • Излагаются критерии, которые необходимо учитывать при выборе схемы управления версиями.
   • Представлены потенциальные альтернативы, которые удовлетворяют изложенным критериям.
   • Список литературы Закон Вадлера .
3. Предложение: более новая схема строки версии для платформы Java SE и JDK (2 ноября 2017 г.)
   • Вводит схему $FEATURE.$INTERIM.$UPDATE.$EMERG
   • $FEATURE — это «счетчик релизов функций, увеличиваемый каждые шесть месяцев независимо от содержимого релиза».
   • «Это в первую очередь основанная на времени схема, поскольку $ FEATURE увеличивается каждые шесть месяцев независимо от содержимого выпуска, а для каждого выпуска функции $UPDATE увеличивается каждые три месяца».
   • JEP 223- совместимое системное свойство java.version.date добавлено и является «предполагаемой датой GA» в формате «ISO-8601 ГГГГ-ММ-ДД». Это «некоторая дата в будущем» для ранних выпусков доступа. В приведенных выше примерах ожидаемая дата выпуска 2018-03-20 версии — 2018-03-20 .
4. Обновление номера версии (1 декабря 2017 г.)
   • Указывает, что документы JSR-383 будут обновлены с ссылкой на « 10 (18,3) » вместо « 18,3 ».
5. Почему «сборки Oracle JDK 10» не поддерживают AppCDS? (16 февраля 2018 г.)
   • Я включил этот пост, потому что он предоставляет конкретный конкретный пример того, как имя версии отличается для ранних сборок с доступом (« 10-ea+42 ») от сборок-кандидатов выпуска, предназначенных для возможной общей доступности (« 10+43 »).

Снимки экрана, показанные в этом посте, показывают версии, связанные с доступной начальной сборкой JDK 10 Release Candidate. Эта первоначальная сборка обеспечивает ранний взгляд на новую схему именования версий JDK в действии.