Size: a a a

2020 September 16

AS

Aleksey Shipilev in pro.jvm
Подождите, но "стараниями редхатов" все (секьюрити) патчи лежат в публичных репозиториях, откуда практически все вендоры билдятся. Так что музыка эта будет ещё до 2030 года примерно.
источник

A

Anton in pro.jvm
Alexandr Emelyanov
jdk8 скоро в легаси превратится, а на ней еще сидеть будут
Скоро и jdk 17 превратится в легаси
источник

YM

Yurii Melnychuk in pro.jvm
Dima
Какая версия JDK у вас на проекте?
Анонимный опрос
3%
< JDK8
49%
JDK8
37%
JDK11
11%
JDK 9/10/12/13/14
Проголосовало: 616
Интересно, есть ли среди тех, кто отвечал последний вариант, те, кто выбрал его из-за 9/10: какая у них мотивация не переходить на 11?
источник

TI

Tolegen Izbassar in pro.jvm
да в промежуточных версиях не lts сейчас не так много смысла. получается их время поддержки - полгода.
источник

V

Vladimir in pro.jvm
Aleksey Shipilev
Подождите, но "стараниями редхатов" все (секьюрити) патчи лежат в публичных репозиториях, откуда практически все вендоры билдятся. Так что музыка эта будет ещё до 2030 года примерно.
я имею ввиду после прекращения общей поддержки. Если столько народу не захочет слезать, то найдется тот кто будет поддерживать. МБ платно
источник

YM

Yurii Melnychuk in pro.jvm
Tolegen Izbassar
да в промежуточных версиях не lts сейчас не так много смысла. получается их время поддержки - полгода.
Не, ну прыгать на свежие STS версии есть ещё смысл, но оставаться на 9/10 при наличии LTS 11 - странновато
источник

V

Vladimir in pro.jvm
Yurii Melnychuk
Интересно, есть ли среди тех, кто отвечал последний вариант, те, кто выбрал его из-за 9/10: какая у них мотивация не переходить на 11?
наверное имелось ввиду неLTS
источник

AS

Aleksey Shipilev in pro.jvm
Vladimir
я имею ввиду после прекращения общей поддержки. Если столько народу не захочет слезать, то найдется тот кто будет поддерживать. МБ платно
Думаю, что если останется куча народу, то OpenJDK 8u всё ещё будет открытым для шаринга кода, по крайней мере пока есть хотя бы два вендора.
источник

V

Vladimir in pro.jvm
ок, но это примерно то же самое. Так и за 30-й уйдет...
источник

AS

Aleksey Shipilev in pro.jvm
Более того, от мейнтейнеров ожидается, что они будут пушить секьюрити патчи в открытые репы, как это происходит с 6u и 7u.
источник

AE

Alexandr Emelyanov in pro.jvm
Сколько там лет 6/7?
источник

AE

Alexandr Emelyanov in pro.jvm
Aleksey Shipilev
Более того, от мейнтейнеров ожидается, что они будут пушить секьюрити патчи в открытые репы, как это происходит с 6u и 7u.
Подумали об одном
источник

AE

Alexandr Emelyanov in pro.jvm
Alexandr Emelyanov
Сколько там лет 6/7?
14 и 9 соответственно
источник

AE

Alexandr Emelyanov in pro.jvm
Да, помню один банк сидел на 1.5 в 2014м, из-за того что использовали нестандартное поведение дженериков, которое пофиксили выше в апдейтах)

Кода там было много, так что наверно сидят до сих пор
источник

ch

central hardware in pro.jvm
Alexandr Emelyanov
Да, помню один банк сидел на 1.5 в 2014м, из-за того что использовали нестандартное поведение дженериков, которое пофиксили выше в апдейтах)

Кода там было много, так что наверно сидят до сих пор
что за поведение?
источник

AE

Alexandr Emelyanov in pro.jvm
central hardware
что за поведение?
Не помню уже
источник

AS

Artem Sokolov in pro.jvm
Evgeniy ♎️
я так и не понял зачем sealed классы(..зачем ограничивать возможные наследования?
типо что сделать библиотечку совсем чёрным ящиком
затем же зачем например типы, которые ограничивюат программиста (без них будет как в js - нет никаких ограничений, полная свобода)
как всегда - оптимизации и гарантии корректности программы с т.з. компилятора + способ ограничить "джунов" от некорректных действий
но ниже уже написали конкретику патмата, АДТ, и прочего всего из ФП
источник

..

. . in pro.jvm
Всем привет! Есть jfrog(Maven), при сборке проекта в gitlab ci/cd раннер тянет зависимости оттуда и сохраняет их в артифактори, но не все зависимости скачиваются. Сейчас застрял на  Downloading from snapshots: http://169.254.228.241:8081/artifactory/libs-snapshot/org/springframework/boot/spring-boot-starter-parent/2.1.7.RELEASE/spring-boot-starter-parent-2.1.7.RELEASE.pom. Как я понял артифактори не может скачать спринговские зависимости. Как решить проблему или в какую сторону копать?
источник

TI

Tolegen Izbassar in pro.jvm
. .
Всем привет! Есть jfrog(Maven), при сборке проекта в gitlab ci/cd раннер тянет зависимости оттуда и сохраняет их в артифактори, но не все зависимости скачиваются. Сейчас застрял на  Downloading from snapshots: http://169.254.228.241:8081/artifactory/libs-snapshot/org/springframework/boot/spring-boot-starter-parent/2.1.7.RELEASE/spring-boot-starter-parent-2.1.7.RELEASE.pom. Как я понял артифактори не может скачать спринговские зависимости. Как решить проблему или в какую сторону копать?
ты пытаешься из
libs-snapshot
скачать релиз. так не будет работать. нужно в артифактори создавать зеркало релизов и из него брать внешние зависимости. а в
lib-snapshot
кидать свои снапшот версии
источник

A

Anton in pro.jvm
всем привет.это группа по минску или без привязки к городу или стране?
источник