Представляем Amazon Corretto, бесплатный дистрибутив OpenJDK с долгосрочной поддержкой

[gnkoshelev]

Мы пока используем в продакшене Java 8 от Oracle и планируем мигрировать на OpenJDK 11.

С появлением LTS-версии OpenJDK под CentOS — вариант с Corretto становится для нас весьма интересным.

[time2rfc]

Интересно сколько нужно времени чтобы количество сборок openjdk достигло 5, и они начали по чуть-чуть расходиться по дополнительному.

[gnkoshelev]

Первое уже произошло.

1. Alibaba JDK
2. Oracle OpenJDK (то, что скачивается с jdk.java.net/11)
3. AdoptOpenJDK (Community Edition)
4. Corretto
5. Red Hat IcedTea
6. Azul Zulu

Это то, что сходу удалось вспомнить. Наверняка, есть и другие не менее популярные.

[valery1707]

Вот ещё:

1. Liberica JDK 11

[time2rfc]

Теперь мне интересно когда их станет 10 =)

[gnkoshelev]

Для IBM имеется в виду IBM J9 и её опенсорсный вариант Eclipse OpenJ9? Если ничего не путаю, это не форк OpenJDK, а самостоятельная реализация.

[ggo]

Строго говоря, их и раньше было больше одного.
Раньше, в смысле, даже в те времена, когда еще был Sun.
IBM, MS, Excelsior, JRockit, и это только то, с чем сталкивался,

[ladutsko]

О-ох… противоречивые чувства охватывают меня.
Надеюсь спустя какое то время не понадобиться колхозить проверки в коде на основе java.vendor

[Siemargl]

Мда, возможен этакий облачный вендор-лок

[gnkoshelev]

Наблюдаю обратную тенденцию с переносом vendor-специфичных на светлую сторону, например, в Java 9 класс sun.misc.Unsafe переехал в другой пакет: jdk.internal.misc.Unsafe.

[jorgen]

Начинаю ещё пристальнее присматриваться к C#

[gnkoshelev]

1. .NET Framework (множество версий, в том числе несовместимых)
2. Mono
3. .NET Core 1.x
4. .NET Core 2.x
5. .NET Standard 1.0
6. .NET Standard 2.0

Мир C# ещё очень далёк от стандарта, в котором перестали бы ломать API. Через годик можно ещё попробовать присмотреться. Или мой анализатор сарказма сломался и это была шутка?)

[jorgen]

Само собой, но они работают. И по последним статьям на том же хабре — мне импонирует их направление. А вот куда движется Джава, её приоритеты — не совсем.
(не сломался, не шутка)

[ExplosiveZ]

А какие приоритеты у java?

[jorgen]

Мультимедию, апплеты — закопали. Вместо extension methods ввели стримы с никому не нужной параллельностью. Value types даже не предвидится.

[ExplosiveZ]

Апплеты — не нужны, дыра в безопасности.
Мультимедиа — чем плох JavaFX Media?
Extension methods — чем статичные методы не угодили?
Value types — wiki.openjdk.java.net/display/valhalla/Main

[jorgen]

Апплеты — серьёзно? Давайте все процессоры интел выкенем — это дыра в безопасности.
JavaFX — тем что это JavaFX. И камеру не умеет. И ещё много чего.
Статичные методы — серьёзно? (Я бы ответил, но сильно попахивает троллингом)
Valhalla — и как насчёт сроков? Я знаю языки, в которых уже вчера было.

[gnkoshelev]

Valhalla — очень серьёзный проект, который помимо Value Types затрагивает Generic Specialization (Generic для примитивов) и в каком-то виде Reified Generics (для Value Type). Как это всё сделать, дабы не поломать совместимость?

[KvanTTT]

В чем заключается их несовместимость, особенно обычных фреймворков? Обратная совместимость там есть.

[gnkoshelev]

Это в теории всё замечательно, но на практике разработчики сталкиваются с кучей проблем.

[Siemargl]

Ссылка не в тему. Она описывает проблемы перехода на .NET 4.0, вышедшего в 2010г.

Но в целом, тенденция с .NET Core разных версий напоминает. Единственное, что можно для Win на нее не переходить, т.к.обычная версия продолжает поддерживаться.

[gnkoshelev]

Так я не спорю, что внутри 4.x таких проблем нет. Я защитил тезис с проблемами совместимости у некоторых версий .NET Framework.

[KvanTTT]

Я не сталкивался. И это не разработчики сталкиваются, а в статье описаны потенциальные проблемы миграции, причем актуальные лет 8 назад.

[dikkini]

Что происходит? Ява становится платной? Чем простая openjdk не устраивает?

[gnkoshelev]

Так компании хотят back-porting улучшений и security patches.
Если идти в ногу со временем (всегда быть на последней версии Java), то всё должно устраивать.