🗓 Еженедельный дайджест №8

Для тех, кто был слишком занят на неделе или просто пропустил некоторые посты, публикуем дайджест!

– Вышел Hibernate 7.0.0.Beta1 – узнали, что нового в грядущем мажорном релизе

– Состояние Spring в 2024 году – выяснили, какие технологии по-прежнему остаются актуальными, а какие стремительно набирают популярность в Spring-экосистеме

– Рекурсивные запросы в Hibernate – вспомнили одну из ключевых фич Hibernate 6.3, и посмотрели на неё в действии

– The Mother Of All Demo Apps – нашли ресурс с большим количеством open-source проектов, но не все из них оказались безупречными

😌@spring_aio

🖥 Scoped Values в Java (Часть 2)

Недавно мы рассказывали про Scoped Values. Одной из ключевых особенностей Scoped Values (JEP-481) является отсутствие метода set, в отличие от ThreadLocal, что позволяет гарантировать, что после привязки значения к run/call методам конкретных Runnable и Callable, оно не может быть в них изменено:

private static final ScopedValue<String> X = ScopedValue.newInstance();

void foo() {
    ScopedValue.runWhere(X, "hello", () -> bar()); //привязываем значение "hello" для метода bar()
}

void bar() {
    System.out.println(X.get()); // "hello"
    ScopedValue.runWhere(X, "goodbye", () -> baz()); //привязываем значение "goodbye" для метода baz()
    System.out.println(X.get()); // "hello"
}

void baz() {
    System.out.println(X.get()); // "goodbye"
}
 

1. В методе foo() устанавливаем значение "hello" для области видимости внутри метода bar()
2. В методе bar() запрашиваем значение. Получаем "hello"
3. В методе bar() устанавливаем значение "goodbye" для области видимости внутри метода baz()
4. В методе bar() запрашиваем значение. Получаем "hello". Тем самым убеждаемся, что после установки значения для области видимости внутри метода baz() оно не поменялось для метода bar()
5. В методе baz() запрашиваем значение. Получаем "goodbye".

Важно отметить, что привязка "goodbye" действует только внутри вложенной области видимости. После завершения выполнения метода baz() значение X в bar() возвращается к "hello". Таким образом, тело метода bar() не может изменить привязку, видимую этим методом, но может изменить привязку, видимую его вызываемыми методами. После завершения метода foo() X возвращается в состояние без привязки. Такое вложение гарантирует ограниченный срок действия для совместного использования нового значения.

Scoped Values API также предоставляет метод callWhere, который позволяет получить результат выполнения:

var result = ScopedValue.callWhere(X, "hello", () -> bar());

В этом случае callWhere выполняет код внутри области видимости, где X привязан к значению "hello", и возвращает результат выполнения.

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

Ставьте 🔥 если разбор JEP был полезен и вы хотели бы видеть больше подобных обзоров

#Java #JEP

🚀 Вышла IntelliJ IDEA 2024.2

В конце прошлой недели стала доступна новая версия IntelliJ IDEA. Вот основные нововведения, которые попали в свежую сборку:

🏎 Уменьшено время запуска IDE, ключевые функции стали доступны еще до завершения полной индексации проекта
▶️ Теперь можно запускать методы Spring Data JPA непосредственно в среде разработки, без необходимости запускать проект целиком
⏰ Добавлены человеко-понятные описания для cron-выражений, улучшено их автодополнение
🔧 Улучшен режим K2, — новый механизм поддержки Kotlin, — который делает IDE стабильнее и быстрее
⭐️ Новый интерфейс теперь включен по умолчанию для всех пользователей

Полный список изменений и улучшений доступен на сайте IntelliJ IDEA: https://www.jetbrains.com/ru-ru/idea/whatsnew/

P.S. А какие улучшения вам показались самыми полезными?

🔝 JPA Entity. Загрузи меня не полностью

JPA часто подвергается критике за невозможность загружать сущности частично, что на самом деле является большим заблуждением. Spring Data JPA и Hibernate включают в себя множество инструментов по частичной загрузке сущностей.

Команда Spring АйО подготовила статью, в которой рассмотрела имеющиеся в Spring Data JPA инструменты для частичной загрузки сущностей, а также разобрала их особенности и corner-кейсы.

📚 Подробнее читайте на Хабре

🔗 Spring 6 JdbcClient API

Посмотрите на своего мужчину:

List<Student> getStudentsOfGradeStateAndGenderWithPositionalParams(int grade, String state, String gender) {
    String sql = "select student_id, student_name, age, grade, gender, state from student where grade = ? and state = ? and gender = ?";
    return jdbcTemplate.query(sql, new Object[]{grade, state, gender}, new StudentRowMapper());
}

А теперь на меня:

List<Student> getStudentsOfGradeStateAndGenderWithPositionalParams(int grade, String state, String gender) {
    String sql = "select student_id, student_name, age, grade, gender, state from student where grade = ? and state = ? and gender = ?";
    return jdbcClient.sql(sql)
      .param(grade)
      .param(state)
      .param(gender)
      .query(new StudentRowMapper()).list();
}

Это и есть новая фича Spring Framework 6.1, которая предоставляет интерфейс JdbcClient, благодаря которому параметры запроса можно указывать прямо в chain-вызовах.

Предположим, что у нас есть таблица student с полями student_id (INT), student_name (VARCHAR(255)), age (INT), grade (INT), gender (VARCHAR(10)) и state VARCHAR(100)

Объявим bean:

@Repository
class StudentDao {
    @Autowired
    private JdbcClient jdbcClient;
}

JdbcClient готов к использованию.

Нам также завезли поддержку именованных параметров:

int getCountOfStudentsOfGradeStateAndGenderWithNamedParam(int grade, String state, String gender) {
    String sql = "select student_id, student_name, age, grade, gender, state from student where grade = :grade and state = :state and gender = :gender";
    var countCallbackHandler = new RowCountCallbackHandler();
    jdbcClient.sql(sql)
      .param("grade", grade)
      .param("state", state)
      .param("gender", gender)
      .query(countCallbackHandler);
    return countCallbackHandler.getRowCount();
}

Если необходимо обратиться к параметру запроса по индексу:

List<Student> getStudentsOfGradeStateAndGenderWithParamIndex(int grade, String state, String gender) {
    String sql = "select student_id, student_name, age, grade, gender, state from student"
      + " where grade = ? and state = ? and gender = ?";
    return jdbcClient.sql(sql)
      .param(1, grade)
      .param(2, state)
      .param(3, gender)
      .query(new StudentResultExtractor());
}

А еще можем вытащить значения полей прямо из объекта класса, но в этот раз продемонстрируем пример с использованием перегруженного метода param(), который в качестве третьего параметра примет тип данных, чтобы избежать возможных проблем при сопоставлении типов между Java-приложением и БД (например, при использовании null-значений), после чего вызвать метод update():

Integer insertWithSetParamWithNamedParamAndSqlType(Student student) {
    String sql = "INSERT INTO student (student_name, age, grade, gender, state) VALUES (:name, :age, :grade, :gender, :state)";
    var noOfRowsAffected = this.jdbcClient.sql(sql)
      .param("name", student.getStudentName(), Types.VARCHAR)
      .param("age", student.getAge(), Types.INTEGER)
      .param("grade", student.getGrade(), Types.INTEGER)
      .param("gender", student.getStudentGender(), Types.VARCHAR)
      .param("state", student.getState(), Types.VARCHAR)
      .update()
    return noOfRowsAffected;
}

Можно передать целый список параметров, однако в этом случае необходимо использовать метод params() (таким же образом можно использовать и объект Map в качестве входного параметра):

Optional<Student> getStudentsOfGradeStateAndGenderWithParamsInList(List params) {
    String sql = "select student_id, student_name, age, grade, gender, state from student"
      + " where grade = ? and state = ? and gender = ? limit 1";
    return jdbcClient.sql(sql)
      .params(params)
      .query(new StudentRowMapper()).optional();
}

По итогу интерфейс JdbcClient объединяет возможности JdbcTemplate и NamedParameterJdbcTemplate, предоставляя более удобный API для работы с JDBC. Благодаря этому можно вызывать методы цепочкой.

Ставьте 🔥 если фича кажется полезной

👩‍💻 Spring Boot 3.3: повышение производительности, безопасности и  observability

Команда Spring АйО продолжает следить за выходом новых версий популярных технологий. В новом переводе рассказали про основные улучшения, которые вошли в состав Spring Boot 3.3. Среди них:

– Поддержка Class Data Sharing (CDS)
– Улучшение производительности виртуальных потоков для web-сокетов
– Новые свойства для настройки Spring Data JDBC, GraphQL websocket, WebFlux и Tomcat

📚 Подробнее читайте на Хабре

#SpringHero ⭐️ Rod Johnson

Команда Spring АйО считает важным рассказать о людях, которые внесли наибольший вклад в развитие нашего любимого фреймворка и его экосистемы. В первом посте из серии Spring Hero мы расскажем о создателе Spring.

–––

Rod Johnson получил широкую известность благодаря созданию Spring Framework, который быстро стал одним из самых популярных инструментов для разработки на языке Java.

Первую версию Spring Rod написал сам, и она была выпущена в октябре 2002 года вместе с его книгой "Expert One-on-One J2EE Design and Development". Spring фреймворк стал настоящим прорывом, предложив разработчикам гибкий и мощный инструмент для создания корпоративных приложений. А уже в марте 2004 года вышла первая стабильная версия 1.0.

В августе 2009 года компания VMware приобрела проект за $420 миллионов. Но после этого Rod Johnson не спешил уходить на пенсию. И уже в 2011 году стал председателем компании Neo4j, в 2012 году вошел в совет директоров Typesafe Inc, а в 2016 году основал компанию Atomist.

Сегодня Rod Johnson, судя по описанию на LinkedIn, является членом совета директоров нескольких технологических компаний, таких как Neo Technology, Elasticsearch, Typesafe, Meteor и Hazelcast. А в X (Twitter) он также отметил, что сейчас его внимание сосредоточено на Generative AI.

🗓 Еженедельный дайджест №9

Для тех, кто был слишком занят на неделе или просто пропустил некоторые посты, публикуем дайджест!

– Scoped Values в Java (Часть 2) – завершили исследование новых возможностей Java, представленных в JEP-481

– Вышла IntelliJ IDEA 2024.2 – обсудили основные нововведения новой версии самой популярной IDE

– JPA Entity: загрузи меня не полностью – в новой статье рассказали о способах загрузки только действительно нужных полей из базы данных, используя JPA

– Spring 6 JdbcClient API – на практике рассмотрели, что из себя представляет JdbcClient API

– Spring Boot 3.3: повышение производительности, безопасности и наблюдаемости – узнали о ключевых улучшениях, вошедших в последнюю минорную версию Spring Boot

– #SpringHero: Rod Johnson – в новой рубрике рассказали о человеке, чей вклад в наш любимый фреймворк действительно трудно переоценить

😌 @spring_aio

😏 Как использовать Lombok вместе с JPA

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

Если же вы всё таки решили использовать Lombok, эта статья расскажет вам о ключевых подводных камнях, которые могут возникнуть во время использования Lombok вместе с JPA.

📚 Подробнее читайте на Хабре

🤿 Глубокое погружение в Sealed классы и интерфейсы

В новом переводе от команды Spring АйО рассмотрим, как sealed классы и интерфейсы позволяют строго контролировать иерархию классов, обеспечивая тем самым безопасность и простоту поддержки кода.

Мы познакомимся с ключевыми особенностями sealed классов и интерфейсов, их влиянием на архитектуру приложений и практическими примерами их использования.

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

❓ #ВопросЭксперту: Есть ли в Spring Data JDBC поддержка SpEL?

Во втором посте из цикла "#ВопросЭксперту" Михаил Поливаха рассказал, что из себя представляет поддержка SpEL в Spring Data JDBC и как мы с вами можем сделать её ещё лучше.

–––

Периодически получаю вопросы, связанные с работой Spel-a в Sping Data JDBC (на самом деле, все ниже сказанное относится также к R2DBC модулю). Решил написать пост с объяснением, почему имеем то, что имеем, и, что также важно - что можно улучшить.

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

  @Modifying
  @Query("update :#{#entityName} set captured = false where captured = true and captured_time < :#{#dateMillis.toEpochMilli()}")
  Long updateCaptureFlag(Instant dateMillis);

На самом деле ответ следующий - в целом, этот запрос, с точки зрения SPEL-а, написан вполне корректно. Единственный момент - работать он не будет из-за одного нюанса, который заключается в placeholder-е - в entityName.

Начнем с того, что в рамках запроса в репозитории создается EvaluationContext. Если коротко - это контекст, в рамках которого происходит evalutaion (там находятся пары ключ значение, объекты и т.д - потенциально все, на что мы ссылаемся в рамках Spel-а). Однако в нашем случае Sprign Data JDBC/R2DBC создает его лишь со значениями параметров вызываемого query метода. Иными словами, в рамках expression-а мы можем лишь резолвить ссылки на параметры query метода (updateCaptureFlag например, в нашем случае). Этот момент в целом можно расширить, если работать с EvaluationContextExtension, но конкретно сделать так, чтобы entityName резолвился в имя сущности в текущем контексте запроса не получится.

Наверняка опытные пользователи Spring Data JPA знают, что в ней достаточно давно существует специальный placeholder для того, чтобы внутри запроса по SPEL-у запросить имя сущности. Это бывает полезно, если какой-то общий запрос описывается в родительском репозитории, а в каждом наследнике этого репозитория этот placeholder в запросе будет резолвится в соответствующе конкретное имя сущности. То есть технически на самом деле это реализовать вполне реально.

С другой стороны, обратите внимание, как резолвится #entityName:

> The entityName is resolved as follows: If the domain type has set the name property on the @Entity annotation, it is used. Otherwise, the simple class-name of the domain type is used.

Фактически, для Spring Data JDBC/R2DBC имя класса бесполезно. Данные модули не работают с JPA, там нет Persistence Context-а, JPQL и пр. Поэтому изначально при проектировании этого не было заложено, но, как оказалось, потребность в этом есть.

Тогда, если сформулировать корректно, нас должна интересовать возможность иметь placeholder с указанием на актуальное имя таблицы, которое ассоциировано с тем aggregate-ом, которым мы оперируем.

Именно такой тред обсуждения мы недавно завели на GitHub: https://github.com/spring-projects/spring-data-relational/issues/1856

Поэтому, если есть интерес, можете зайти и выразить поддержку этому треду комментарием/лайком.

⚡️ Spring АйО x Amplicode

3 сентября в 18:00 МСК эксперты сообщества Spring АйО примут участие в самом жарком событии этой осени для Spring-разработчиков!

В течении полутора часов одни из самых опытных Java-разработчиков будут проверять на прочность Amplicode!

В мероприятии примут участие:
* Илья Сазонов
* Федор Сазонов
* Павел Кислов
* Рустам Курамшин
* и многие другие!

Регистрируйтесь абсолютно бесплатно уже сейчас, чтобы не пропустить!

🔗 ЗАРЕГИСТРИРОВАТЬСЯ

⌛️ JSpecify 1.0.0 и nullability в Java

Рады сообщить, что JSpecify 1.0.0 теперь доступен в Maven Central: четыре аннотации, связанные с nullability — @Nullable, @NonNull, @NullMarked и @NullUnmarked — стали официальными, и, что немаловажно, обратная совместимость с ними будет гарантирована.

В новом переводе от команды Spring АйО мы подробнее рассмотрим, какие преимущества и новшества предлагает JSpecify 1.0.0, как это может повлиять на ваш проект и что нам предлагается для борьбы с NPEs.

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

🗓 Еженедельный дайджест №10

Для тех, кто был слишком занят на неделе или просто пропустил некоторые посты, публикуем дайджест!

– Как использовать Lombok вместе с JPA – узнали, с какими подводными камнями можно столкнуться, используя Lombok вместе с JPA

– Глубокое погружение в Sealed классы и интерфейсы – разобрались с нюансами использования и ключевыми особенностями sealed-классов и интерфейсов

– #ВопросЭксперту: Есть ли в Spring Data JDBC поддержка SpEL? – вместе с Михаилом Поливахой выяснили, что из себя представляет поддержка SpEL в Spring Data JDBC

– Spring АйО x Amplicode – анонсировали своё участие в самом жарком событии этой осени для Spring-разработчиков

– JSpecify 1.0.0 и nullability в Java – узнали, какие аннотации вошли в первую версию библиотеки

😌 @spring_aio