В связи с пропуском большого числа чётных номеров версий из-за обилия внеплановых обновлений, связанных с безопасностью, компания Oracle анонсировала (http://www.oracle.com/technetwork/java/javase/overview/jdk-v...) изменение метода присвоения номеров новым выпускам Java SE. Использование нечётных номеров версий для обновлений связанных с безопачностью будет сохранено, но номера не связанных с безопасностью выпусков будут сдвинуты в область кратную 20, а обновления безопасности будут выпускаться с отступом, кратным 5. Например, следующие функциональное обновление будет поставляться под номером 7u40, а идущие за ним обновления, связанные с устранением уязвимостей, - 7u45, 7u51 и 7u55. Затем выйдет функциональное обновление 7u60 и следующие за ним обновления безопасности будут доступны под номерами 7u65, 7u71 и 7u75.
Внесённые изменения позволят обеспечить предсказуемость номера следующего не связанного с безопасностью обновления и более явно выделят подобные обновления в череде обновлений с исправлением уязвимостей.
URL: http://www.oracle.com/technetwork/java/javase/overview/jdk-v...
Новость: http://www.opennet.me/opennews/art.shtml?num=36938
Какой разброс. Прям как нумерация домов на российских улицах. Только дробей не хватает для полноты картины :)
А почему все начали отказываться от прекрасной же схемы $major.$minor.$fix ?
> Внесённые изменения позволят обеспечить предсказуемость номера следующего не связанного с безопасностью обновленияТак тяжело предсказать, что следующий плановый минорный релиз после 1.5.15 будет 1.6.0 ?
Бля, да все просто. Раньше цифры нести смысловую нагрузку и не скачивая новую версию можно было понять что сделано.
А теперь хрен поймешь, а чейнджлоги всегда пестрят "улучшениями" да "ускорениями". Чистый маркетинг, хочешь оценить - ставь.Тоже самое с rss. Мешает очень, пользователей уводит.
Где-то скрыта тайная логика что после 1.5.15 будет именно 1.6.0 а не 2.0.0 и не 1.5.15U1.
Потому (наверное) перешли к схеме одной мажорной цифры на много лет.
> А почему все начали отказываться от прекрасной же схемы $major.$minor.$fix ?Ну смотри. Единица в начале - чисто исторически сложившееся явление, ЕМНИП во всей документации указано просто как Java6. Ну и вообще сложно сказать, какие версии жабки минорные, а какие мажорные. Фиксы бывают разные, разной значимости, поэтому чтобы не уходить от привычной схемы и сохранить совместимость (многие проверяют в программах версию JRE), придумали такую схему.
как я понял, речь шла о виде jre-7.20.31собственно оракл признал что так и нужно, но до нормальной нумерации не дошел.
Ну всё, теперь заживём, как люди.
Вспоминается: - "Как вы яхту назовете, так она и поплывет." (С)
Трудно представить, что от этой смены что-то изменится внутри.
> Вспоминается: - "Как вы яхту назовете, так она и поплывет." (С)
> Трудно представить, что от этой смены что-то изменится внутри.Когда коту заняться нечем - он версии перенумерует (С)
Это всё-таки наверное редокументирование у них там происходит...
Ждем Java 25
Наконец то путаницы станет меньше.
Они думают, что между двумя плановыми выпусками обновлений будут всего три внеплановых? Оптимисты :-)
Изврат какой-то
Бред какой. semantic versioning использовать не додумались?
7u100500
> обновления безопасности будут выпускаться с отступом, кратным 5
> 7u45, 7u51 и 7u55
> 51Нaркoманы чтoле?
51 --- потому что 50 использовать нельзя, так как чётное, значит 51. А вообще да, наркоманы. Маркетинговые.
Некропостер!