💻миграция на Spring Boot 3 (Java 17): особенности процесса

да, понимаю: звучит как тема из 2022 года.
но по опросам здесь около 20% всё ещё работают на старых версиях. так что, возможно, кому-то будет полезно увидеть верхнеуровневую картину миграции (или кого в целом обошла такая участь на проекте)

наш проект был на Java 11 + Spring Boot < 2.7.
Spring Boot 3 требует минимум Java 17, поэтому логичный первый шаг - это обновление Java.

⛏этап 1. переезд на Spring Boot 2.7 + Java 17
это своего рода мост.
что происходит на этом этапе:
• обновление Java 11 → 17
• обновление Spring Boot → 2.7
• обновление зависимостей
• небольшие правки в application.properties / yaml
• начинают светиться deprecated-конфигурации

основная боль - это зависимости. в целом, работа достаточно быстрая и техническая.

⛏этап 2: переезд на Spring Boot 3
а вот тут начинается самое интересное.

• главное изменение - переход с Java EE на Jakarta EE. Все пакеты javax.* стали jakarta.*, и это затрагивает JPA, Validation, Servlet API, кастомные фильтры и интеграции.
• Hibernate 6 теперь используется в Spring Boot 3. меняется поведение ORM: может измениться генерируемый SQL, стратегии именования, поведение join’ов, pagination. иногда внезапно проседает производительность запросов, которые раньше работали стабильно, приходится разбираться, что поменялось под капотом.
• Spring Cloud Sleuth больше не поддерживается, вместо него используется Micrometer Tracing. также меняются конфигурации Spring Security, Feign, Actuator, Prometheus и другие коровые компоненты. есть изменения в springdoc-openapi, логировании (Logback) и поведении MVC. например, сопоставление URL с завершающим слэшем теперь отключено по умолчанию: /api/test и /api/test/ считаются разными маршрутами, что может повлиять на api-gateway.
• Actuator стал более строгим по умолчанию. подход к отображению чувствительных конфигурационных значений изменён в сторону большей безопасности, что тоже может потребовать корректировки настроек.
• тесты после перехода часто начинают падать из-за Jakarta, обновлённых конфигураций и изменений во фреймворке. где-то нужно переписать конфигурацию, обновить моки, поменять импорты.

spring boot migrator - это инструмент, который помогает автоматически мигрировать проекты на новые версии Spring Boot. он сканирует код и конфигурации, находит устаревшие элементы и предлагает изменения, чтобы проект корректно работал с актуальной версией: своего рода помощник при крупных апгрейдах, чтобы уменьшить ручную работу и ошибки.

в целом, процесс похож на игру «убей крота»: пока сборка наконец не станет зелёной и не пройдут минимальные проверки - ты продолжаешь свое путешествие в мире неожиданностей…

ах! юбилей! 💻🤭
спасибо, что читаете, друзья

🏀собери команду из покемонов…
или из ии-агентов.

в Claude Code представили новую экспериментальную функцию — Agent Teams. она позволяет запускать не одного ai-ассистента, а сразу несколько агентов, которые работают вместе над одной задачей. по сути, это полноценная команда разработчиков-ии: есть тимлид, есть исполнители с разными ролями, есть распределение ответственности.

раньше можно было использовать subagents — вспомогательных агентов, которые выполняли отдельные задачи и отчитывались только главному. Agent Teams идут дальше: теперь агенты не зависят от одного центра, могут общаться напрямую и обсуждать решения между собой. процесс становится ближе к реальной командной разработке.

в документации приводят несколько сценариев:

🎮parallel code review — несколько агентов проверяют один pr с разных сторон: безопасность, производительность, тесты.
🎮debugging with competing hypotheses — агенты параллельно проверяют разные гипотезы бага и сопоставляют выводы.
🎮реализация фичи — один отвечает за backend, другой за frontend, третий за тесты и документацию.

из нюансов: токенов тратится ощутимо больше, и задачи желательно декомпозировать так, чтобы они были максимально независимыми.

и вот интересный кейс: команда из 16 агентов за две недели и примерно 20 000 долларов без вмешательства людей создала 100 000-строчный компилятор C на базе Rust, способный компилировать ядро Linux.

бу, испугался?

🪡интересное событийное за неделю

в четверг была на TechMeetup #11: Spring АйО × МТС Банк.
записей, к сожалению, не нашла, поэтому могу порекомендовать только следить за обновлениями у ребят — @spring_aio и/или @tech_meetup.

что было?

легендарный Женя Сулейманов разобрал, как в Spring Boot 4 собрали единый подход через HTTP Service Clients и общую конфигурацию, как выпускать v2, не ломая v1, и при этом не плодить костыли с /v1 и ручными фильтрами. эксперт по внедрению черного юмора в технические доклады Паша Кислов рассказал про тренды в Spring и куда мы вообще движемся. Миша Поливаха презентовал новый open-source продукт, который он с командой разрабатывал последние месяцы: что-то вроде Spring Boot Admin, но интереснее.

что он умеет? много всего.
можно смотреть, что происходит в вашем Spring-приложении прямо в моменте:
— переключать уровень легирования кнопками,
— анализировать кэши, бины и автоконфигурации,
— разбираться, почему что-то не сработало,
— включать и менять cron-задачи в runtime по просьбе тестирования (без правок в vault и без redeploy)
— !!! интегрировать LLM и даже не пользоваться UI (т.е. спрашивать LLM о происходящем в этом мониторинге)
и многое другое.

спросила Мишу, видео-демо пока в разработке. а пока можно поддержать ребят звёздочкой и потрогать руками — думаю, им будет приятно. штука действительно стоящая, хочется, чтобы развивалась дальше. есть желание прикрутить в проект!
https://github.com/axelixlabs/axelix

что ещё?

мой коллега по взаимному пиару Андрей Кулешов на Podlodka Crew поучаствовал в публичном собеседовании с проектированием Object Storage Service. тоже рекомендую к просмотру — например, если смотрите подобные видео для подготовки к sys design или просто для общего развития

буду рада реакциям, если было полезно <33

что смотрю из айти контента?

1) видео конференций JUG (конкретно это релакс-видео про битву ящеров и Линуса на github)

2) уголок сельского программиста

3) видео конференции HighLoad

4) новостные айти подборки дружочка-пирожочка Жоры

5) подкасты ребят из спринг айо

6) подлодка

7) видео Сулейманова

8) видео Kirill Grishchuk

а вы кого смотрите?
💎- было полезно

я написала свою первую статью на Хабре! ❤️ буду очень признательна лайкам там, если у вас есть аккаунт

про написание статьи.

я счастлива, что это наконец опубликовано. было моей маленькой целью на этот год и я рада, что довела её до конца. я морозилась несколько месяцев, хотя по факту написала всё за пару дней. кстати, будет ли интересно почитать отдельно про эту фрустрацию? 💎 - да

отдельное спасибо тем, кто в предыдущих постах делился полезной обратной связью. особенно хочу выделить Диму: я пока ещё довольно неопытна в формулировании технических статей, и он в своё время подсказал, чего не хватает моему материалу, а потом прочитал черновик и накинул ещё идей.

у Димы, кстати, есть свой проект — skillsprofile: платформа для оценки и развития профессиональных навыков. там и шаблоны интервью для оценки middle/senior java-разработчиков, и отслеживание собственного прогресса, и статистика. рекомендую поглазеть, прикольная штука для подготовки к собесам🌟

как я 4 месяца не могла написать статью на Хабр

написала статью за полтора дня.
до этого «мариновала» её четыре месяца.

хочу об этом рассказать, потому что ни разу не видела подобного контента от специалистов.
хотя по общению складывается ощущение, что с таким сталкивается каждый.

забавно, что я уже годами что-то пишу в интернете, но именно перед определёнными площадками возникает странный ступор.
и в какой-то момент я попыталась для себя это разложить. как будто в голове есть целая формула из разных коэффициентов:

есть коэффициент синдрома самозванца — даже если ты реально сделал что-то полезное, получил фидбек от сильных специалистов, внутри всё равно сидит мысль: а вдруг это вообще ерунда

есть коэффициент согласований — от внутренних процессов в компании до требований площадки вроде Хабра

есть коэффициент «я это уже где-то видела» — пока готовишь материал, пересматриваешь десятки похожих, начинает казаться, что твой не такой уж и уникальный, где-то пересекается, и возникает вопрос: а кому это вообще нужно

есть коэффициент ощущения, что даже реальный продакшен-кейс может оказаться недостаточно полезным (хотя там и базы данных, и процессы, и бэкенд, и много всего ещё)

и, конечно, коэффициент вонючего перфекционизма: что хочется покрыть все детали из головы и ничего не упустить

в сумме это превращается в довольно плотный коктейль из сомнений, с которым либо идёшь до конца, либо откатываешься назад.
как видно, в этот раз выбрала первое.

что в итоге помогло?

во-первых, внешняя фиксация.
в духе: «Даш, пришли план статьи».
когда это уже проговорено вслух и кому-то обещано — включается ответственность. забавно, что публичная огласка в блоге, наоборот, давит. не люблю, когда от меня чего-то ждут.

во-вторых, желание закрыть гештальт.
я давно хотела это сделать, и в какой-то момент это превратилось в личную «ачивку» типо как убить дракона в майнкрафте.

в-третьих, понимание ценности самого кейса.
это был сильный, живой опыт, который хотелось зафиксировать. и чем дольше откладываешь, тем больше он теряет в значимости.

в-четвёртых, поддержка.
Паша, спасибо, что однажды выслушал моё нытьё в баре и дал пачку наставлений. Гоша, спасибо, что постоянно подсвечиваешь и превращаешь поток мыслей в лс в конкретные шаги. и, конечно, спасибо всем, кто читает и реагирует — это даёт ощущение, что по ту сторону экрана это кому-то нужно. потому что без отклика очень легко потерять смысл.

я счастлива, что статья удалась.
вошла в топ 500 рейтинга, набрала 13к просмотров, лайки и сохранения.

как вам вообще вся эта история с её написанием? очень интересно почитать ваши мысли!
💎 - лайк за пост