Комментарии 5
У нас все было проще, поменяли spring-boot-dependencies с 2.5.2 на 2.5.7 и все заработало. Не надо затягивать с апгрейдом, тогда боль будет лёгкая и равномерная. Сейчас уже на 2.6.1 сидим
Я думаю автор сам понимает, но нарочно выбрал такой путь, чтобы получилась статья.
Ведь на самом деле 2/3 этой части по то, как обновить Спринг Бут большим прыжком, с 2.3 на 2.5. А почему не 2.6? Автор опять собирается копить костыли для будущей статьи "как всё тяжело и он устал". И этот реверанс с ломбоком как будто сделан специально, чтобы увеличить материал. Я не обвиняю, скорее всего именно таких читателей у него будет много и статья найдет отклик.
Обновление Спринга и обновление джавы -- могут быть и скорее всего должны быть отдельными задачами. На нашем проекте я всегда обновляю Спринг до нового релиза, решая проблемы по мере их появления, а не откладывая, поэтому все обновления джав (проект был начат на 12) -- в общем-то были банальны, вплоть до "заменить одну циферку".
Согласен. Самое краткое изложение сути
"Замените spring-boot-dependencies 2.5.2 на 2.5.7."
Но, согласитесь, то же самое можно сказать практически про любую статью об апгрейдах.
Автор оригинальной статьи хотел показать потенциальные проблемы этого апгрейда, для тех, кто раньше не делал этого.
Безусловно для тех, кто это делал многократно, статья не интересна.
Да, согласен, но я вижу некоторую нотку, которая мне не нравится. Автор хотел показать в статье как можно больше возможных проблем и их решений, и я его полностью понимаю, но суммарный тон получился "Смотрите, как много проблем вас ждёт при апдейте", что может в какой-то мере добавить страху другим разработчикам и остановить их от попыток апдейта.
Mapstruct надо брать 1.5 для поддержки record. Хоть он сейчас пока в бете (последняя доступная версия 1.5.0.Beta2), но каких-то багов для нашего проекта не замечено.
Миграция Spring Boot приложения на Java 17 — сложный путь