Обзор новостей Java: знакомство с Spring AI, Spring Modulith 1.0, Testcontainers Desktop

Домашняя страница InfoQ Новости Обзор новостей Java: Представляем Spring AI, Spring Modulith 1.0, Testcontainers Desktop

28 августа 2023 г., чтение на 12 минут

к

Майкл Редлих

В обзоре Java на этой неделе от 21 августа 2023 года представлены новости из OpenJDK, JDK 22, JDK 21, Jakarta EE, BellSoft, Spring Modulith 1.0, Spring Boot, Spring Authorization Server, Spring Batch, Spring AI, Testcontainers, Open Liberty, Quarkus, MicroProfile. Метрика и телеметрия, Micronaut, Groovy, Tomcat, Grails, JHipster Lite, Vert.x Pinot Client, конференция Yupiik Fusion и SpringOne.

Рон Пресслер, архитектор и технический руководитель Project Loom в Oracle, представил проект JEP 8307341 «Подготовка к ограничению использования JNI», предлагающий ограничить использование изначально небезопасного Java Native Interface (JNI) в сочетании с использованием ограниченных методов. в API внешних функций и памяти (FFM), который, как ожидается, станет последней функцией в JDK 22. Стратегия выравнивания, начиная с JDK 22, будет включать во время выполнения Java предупреждения об использовании JNI, если только пользователь FFM не включит небезопасный встроенный код. доступ через командную строку. Ожидается, что в выпуске после JDK 22 использование JNI будет вызывать исключения вместо предупреждений.

Версия 7.3.1 пакета регрессионного тестирования для JDK,jtreg, был выпущен и готов к интеграции в JDK, который исправляет регрессию, представленную вjtreg 7.3, что не позволяло правильно настроить переменные среды по умолчанию в Windows. Более подробную информацию об этом выпуске можно найти в примечаниях к выпуску.

Сборка 35 остается текущей сборкой в ​​сборках раннего доступа JDK 21. Более подробную информацию об этой сборке можно найти в примечаниях к выпуску.

На прошлой неделе также была доступна сборка 12 из сборок раннего доступа JDK 22 с обновлениями сборки 11, включающими исправления различных проблем. Более подробную информацию об этой сборке можно найти в примечаниях к выпуску.

В JDK 22 и JDK 21 разработчикам рекомендуется сообщать об ошибках через базу данных ошибок Java.

В своем еженедельном блоге Hashtag Jakarta EE Ивар Гримстад, защитник разработчиков Jakarta EE в Eclipse Foundation, представил результаты голосования по предложениям о добавлении спецификаций Jakarta Data, Jakarta MVC и Jakarta NoSQL в платформу Jakarta EE 11. Только одна из этих спецификаций,Данные Джакарты, прошел.

Некоторые комментарии тех, кто голосовал против или воздержался от включения Jakarta MVC:

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

Я поддерживаю эту работу и надеюсь, что она будет продолжаться. Я с нетерпением жду возможного принятия платформой.

Я считаю, что это интересное дополнение к платформе, и мы уже добавили его в GlassFish, где его можно использовать прямо из коробки. Однако у нас есть несколько опасений. Среди них тот факт, что Jakarta MVC основан на Jakarta REST, а существующая среда MVC в Jakarta EE основана на Jakarta Servlet. Создание новых API на основе REST еще больше запутывает вопрос, какой «API-интерфейс обработки HTTP» в Jakarta EE является основным. Нам бы хотелось, чтобы сначала была создана общая база между Jakarta Servlet и Jakarta REST, прежде чем принимать что-либо в платформу, основанную на Jakarta REST.

Некоторые комментарии тех, кто голосовал против или воздержался от включения Jakarta NoSQL:

Текущий архитектурный проект, похоже, требует более частых обновлений, чем запланировано для выпусков платформы Jakarta - это дает веский аргумент в пользу того, чтобы оставить его вне платформы сейчас. Еще одним требованием может быть предварительное добавление данных Jakarta и Jakarta Config. В целом поддержка NoSQL — хорошая идея, поэтому в будущем ситуация может измениться.