❗️Spring АйО на Java Rock Stars meetup уже завтра❗️

Друзья, уже завтра эксперты Spring АйО выступят на ближайшем Java Rock Stars meetup.
Вас ждет:

💬 Живая дискуссия от экспертов Spring АйО
– Релизный цикл и поддержка Spring. Как работать с этим в России? Spring или Axiom Spring, вот в чем вопрос. Участвуют эксперты сообщества: Михаил Поливаха, Павел Кислов, Илья Сазонов, Фёдор Сазонов

🤘 Доклады от настоящих рок-звезд Java:
– Дмитрий Фатов покажет, как ускорить вставку данных в PostgreSQL: от кастомных методов до многопоточности и атомарности.
– Вместе с Дмитрием Соломенниковым разберемся в фичах Java 25 и посмотрим, как все устроено под капотом.

📅 25 сентября, начало в 17:30.
📍 Москва, район метро Бауманская.

Участие бесплатное, нужно только зарегистрироваться.
Будем вас ждать!

🍃 Состояние HTTP-клиентов в Spring

В новом переводе от команды Spring АйО команда Spring делает важное объявление — RestTemplate уходит в прошлое. С выходом Spring Framework 7.0 разработчики официально заявляют о плане поэтапного прекращения поддержки одного из самых популярных HTTP-клиентов в экосистеме. Его место занимает RestClient, современный fluent-клиент с расширенными возможностями: API-версионирование, гибкая конфигурация конвертеров, группы HTTP-интерфейсов и новый тестовый клиент RestTestClient.

Кроме того, в Spring Boot 4.0 появятся отдельные стартеры для каждого типа клиента, а RestClient теперь можно удобно переиспользовать с уже существующей инфраструктурой RestTemplate.

📚 Читать на Хабр: https://habr.com/ru/companies/spring_aio/articles/952158/

⏱️ Байткод инструментация методов в Java: когда семплирования уже мало

Семплирующие профили не показывают реальное число вызовов и их длительность — а значит, мимо может пролетать важная боль. В новом переводе от команды Spring АйО на примерах показано, как включить инструментальную трассировку в async-profiler и что даёт новая фича latency: от ловли неожиданного System.gc() и источников OutOfMemoryError до точного замера «долгих» вызовов с порогом и разбором в JMC через JFR-события.

Разбираем накладные расходы, хитрости вроде interval, практичные кейсы (почему ArrayList.contains и AbstractSet.removeAll могут внезапно стать O(N*M) и как это починить), а ещё сравниваем подход async-profiler с нововведениями в рамках JDK 25 (JEP 520), где последний имеет ряд недостатков.

Если вам нужны точные пути выполнения и реальная latency без убийства продакшена — это must-read.

📚 Читать на Хабр: https://habr.com/ru/companies/spring_aio/articles/952928/

🧹 JEP 504: удаление Applet API (JDK 26)

В JDK 26 Applet API будет удален. Причина проста: современные браузеры и недавние версии JDK не поддерживают апплеты. История такова: JEP 289 пометил Applet API как deprecated в JDK 9 (2017), в JDK 11 удалили инструмент appletviewer (2018), в JDK 17 Applet API пометили к удалению (JEP 398, 2021), а в JDK 24 был окончательно отключен Security Manager, на котором держалась изоляция апплетов (JEP 486, 2025).

Что удаляют?

Весь пакет java.applet (Applet, AppletContext, AppletStub, AudioClip), а также java.beans.AppletInitializer и javax.swing.JApplet. Дополнительно убираются оставшиеся элементы API, ссылающиеся на эти классы и интерфейсы, включая поля и методы в java.beans.Beans и javax.swing.RepaintManager.

Влияние на совместимость

Существенных рисков для пользовательских приложений не ожидается, так как API фактически непригоден к использованию. Приложения, где Applet выступал контейнером пользовательского интерфейса, либо останутся на старых версиях, либо перейдут на другие API; для таких случаев в AWT имеются альтернативы.

Отдельное изменение касается java.net.URL#getContent() и URLConnection#getContent(): их возвращаемый тип — Object, и ранее для аудиоданных мог возвращаться java.applet.AudioClip. После удаления Applet API это будет невозможно, и код, который приводил результат к AudioClip, больше не скомпилируется и не запустится, потребуется корректировка.

Поностальгируем в комментах! 👇