Spring АйО

🧑‍💻 Трагедия версионирования ПО Мы привыкли читать версии по SemVer. Появились несовместимые изменения, значит пора повышать major. Сломалась совместимость после 4.1.0? Ждём 5.0. Со Spring Boot так не работает. Проект использует привычный формат major.minor.patch, но не следует SemVer буквально. Патч-релизы должны оставаться совместимыми, а вот minor-релизы могут содержать несовместимые изменения. Номер версии здесь показывает не строгий контракт, а ожидаемую сложность обновления. И это не странность Spring Boot. Версионирование связано с релизным циклом, политикой совместимости, сроками поддержки и тем, как часто пользователи готовы обновляться. Поэтому выбор схемы версий оказывается архитектурной задачей, а не упражнением с тремя цифрами. Хороших разборов этой темы мало, поэтому наш эксперт, Михаил Поливаха подготовил свой. 🔗 Читать материал: https://habr.com/ru/companies/spring_aio/articles/1084716/

🔥 УЖЕ СЕГОДНЯ В 20:00 — БЕСПЛАТНАЯ ЛЕКЦИЯ Друзья, начинаем через 15 минут! ❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений» 🔗 Подключиться: https://my.mts-link.ru/j/104598363/25496740660 В конце проведём открытую Q&A-сессию. Приходите и приносите свои вопросы! Весь курс: https://spring-aio.ru/java_in_production

🔥 Запись открытой лекции уже доступна Вчера прошла первая открытая лекция курса «Java в продакшене». Михаил Поливаха разобрал, как сохранить Spring Boot-приложение в рабочем состоянии, когда внешние зависимости тормозят, ошибки распространяются каскадом, сервис не справляется с нагрузкой, а retry из спасателя превращается в поджигателя. 😉 СМОТРЕТЬ НА YOUTUBE 🥰 СМОТРЕТЬ НА RUTUBE 🤓 Погрузиться в тему глубже можно на полном курсе Java в продакшене

🧑‍💻 Скрытая возможность конфигурации Spring Boot, о которой мало говорят Представим, что у вас есть общий стартер, который подключён к десяткам сервисов. Вы хотите задать в нём общие свойства по умолчанию, но сохранить за каждым сервисом возможность переопределить их в собственной конфигурации. Положить ещё один application.yml в библиотеку кажется очевидным решением. На практике Spring Boot не объединяет два таких файла так, как можно было бы ожидать. Профиль требует ручной активации в каждом сервисе, @PropertySource имеет неудобный приоритет, а конфигурация через бины появляется слишком поздно для части настроек. Для этой задачи в Spring Boot есть отдельный механизм: EnvironmentPostProcessor. Он позволяет изменить Environment ещё до создания ApplicationContext, выбрать приоритет источника свойств и при необходимости прочитать, дополнить или переопределить уже существующую конфигурацию. В новой статье от наших друзей из Axelix мы разберем на реалном примере, как зарегистрировать такой процессор, почему порядок его выполнения критически важен, и какие у него есть ограничения. 🔗 Вот сама статья.

⚡️ AI-плагин уже в OpenIDE Pro Вышли новые версии OpenIDE и OpenIDE Pro: AI-плагин теперь доступен всем пользователям OpenIDE Pro. Claude Code, Codex, OpenCode, Cursor — работайте с любимым агентом прямо в IDE! Не покидая редактор, можно поставить задачу агенту, посмотреть изменения в коде, запустить приложение и открыть его во встроенном браузере. Попробовать новые возможности может каждый: OpenIDE Pro на 2 месяца доступна бесплатно и без регистрации. Скачать: https://openide.ru/download/

🍃 Переписываем всё на Rust, JavaScript — кошмар, AI против Vaadin | Spring АйО Подкаст №74 😉 СМОТРЕТЬ НА YOUTUBE 😄 Чуть позже... 🥰 СМОТРЕТЬ НА RUTUBE 🗯 СЛУШАТЬ НА ЯНДЕКС.МУЗЫКЕ 🤩 СЛУШАТЬ НА SPOTIFY 🤩 СЛУШАТЬ НА APPLE PODCASTS 💬 Аудио версию подкаста можно найти в комментариях

JEP 544: JVM будет сохранять машинный код между запусками JEP 544 (Ahead-of-Time Code Compilation) предложен в JDK 28, релиз в марте 2027. Это очередной слой AOT-кэша из Project Leyden. В JDK 24 туда попали загруженные и слинкованные классы (JEP 483), в JDK 25 - профили методов (JEP 515). Теперь дошла очередь до самого машинного кода. Как это работает На обучающем запуске JVM компилирует горячие методы обычными C1 и C2 и складывает результат в кэш. В рабочем запуске запрос на компиляцию метода закрывается готовым кодом. Процедура та же, что и раньше: -XX:AOTCacheOutput при обучении, -XX:AOTCache в проде. Включать ничего не нужно. Код из кэша остаётся обычным кодом HotSpot. Если рабочая нагрузка ушла в сторону от обучающей, метод деоптимизируется и перекомпилируется JIT-ом, как любой другой. Профили из JEP 515 при этом продолжают работать: по ним JVM выбирает порядок загрузки кода и пересобирает методы. Чем AOT-код хуже JIT-кода JIT компилирует метод, когда нужные классы давно инициализированы. Он подставляет значения static final полей как константы и выбрасывает проверки инициализации. Код из кэша начинает работать раньше, чем классы успели инициализироваться, а значение static final может отличаться от запуска к запуску. Поле приходится читать по-настоящему. Для методов, которые обращаются к статике других классов, C2 собирает две версии: медленную с проверками инициализации и быструю без них. Поэтому JIT никуда не уходит. AOT-код даёт быстрый старт, до пика доводит перекомпиляция. Когда кэш не сработает Обучающий и рабочий запуски должны совпадать по архитектуре процессора, набору инструкций и сборщику мусора: барьеры GC вшиты в машинный код. Собрали образ на хотсе с AVX-512, pod уехал на узел без него - код из кэша не загрузится. Ошибки не будет, JVM молча перейдёт на интерпретатор и JIT. В кластере с разнородными узлами это легко пропустить. Поддерживаются x64 и AArch64, из сборщиков - Serial, Parallel, G1 и ZGC. Цифры По данным JEP, AOT-кэш без ко

🙅‍♂️ Не каждый AI-вызов должен генерировать текст Иногда от модели нужен не красивый ответ, а быстрое решение. Пропустить запрос или заблокировать, выбрать маршрут, оценить результат, отфильтровать документы для RAG. Для этого появился Spring AI TypeSafe. Проект интегрирует Jev API, который отвечает на типизированные вопросы числовыми значениями и не генерирует текст. Разбираемся, как поставить быструю и дешёвую проверку перед дорогим вызовом чат-модели и платить по-крупному только тогда, когда это действительно нужно. 🔗 Читать статью

⚡️⚡️Строки кода стремятся подешеветь до цены токена. Что остается ценным? Про это — трек «Замысел» 15 октября. Во второй день Joker, посвященный разработке будущего. О том, как человек понимает, почему он называет что-то проблемой, и формулирует свою цель, а не ту, что навязана ему извне. Теперь это общая работа для всех ролей, от разработчика до CEO: шаблонными решениями и готовыми схемами думает модель. В карточках к посту рассказываем, почему так получилось, и показываем доклады из трека: спикеры расскажут, о чем нужно подумать еще до постановки задачи, и чем будет заниматься новый тип инженера — Context Engineer. К дискуссиям после докладов — собираем ваши кейсы. Напишите в комментариях поста, если у вас бывало такое: — агент час работал не над той задачей, потому что задача была сформулирована плохо; — ускорение одного этапа не сдвинуло общий срок; — узким местом оказалась не модель или инфраструктура, а знание, которое никто не записал. Joker 2026 — 14–15 октября, Санкт-Петербург и онлайн. 🌟По промокоду springaio персональные билеты дешевле ▶️ Исследуйте разработку будущего — на сайте Joker.

👩‍💻 Spring Config Import без магии У наших друзей из Axelix вышла статья о том, как Spring Boot грузит внешнюю для себя конфигурацию, например из Spring Cloud Config сервера или из Hashicorp Vault. Статья про EnvironmentPostProcessor побудила довольно большое обсуждение вокруг темы того: - Как Spring грузит конфигурацию в целом? - При чём тут bootstrap.yaml и BootstrapContext? - Что кардинально поменялось? - И в чём же такая особенность spring.config.import и почему она требует особого внимания? ⚠️ Полезно всем, кто хоть раз пытался понять, откуда Spring взял конкретное значение 🔗 Статья на Хабр: https://habr.com/ru/companies/spring_aio/articles/1091064/