Ленивая загрузка JPA не работает при загрузке Spring

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

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

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

Вы должны либо получить все необходимые зависимости при создании спецификации, либо попробовать использовать @Transactional на уровне ресурсов (но попробуйте это в крайнем случае).

Просто чтобы вы знали, стратегия ЛЕНИВОЙ выборки — это всего лишь подсказка, а не обязательное действие. Стремление обязательно:

The LAZY strategy is a hint to the persistence provider runtime that data should be fetched lazily when it is first accessed. The implementation is permitted to eagerly fetch data for which the LAZY strategy hint has been specified.

Просто предположение: вы форсируете выборку при построении спецификации.

Я ожидаю что-то вроде

static Specification<AirWaybill> buildSpec() {
    return (root, query, criteriaBuilder) -> {
       Join<AirWaybill, CorporateBranch> br = (Join) root.fetch("corporateBranch");
       return criteriaBuilder.equal(br.get("addressType"), 1);
    };
}

Если это так, попробуйте изменить root.fetch на root.join

SpringBoot по умолчанию включил:
spring.jpa.open-in-view = правда
Это означает, что транзакция всегда открыта. Попробуйте отключить его.
дополнительная информация здесь

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

Сессия гибернации существует в методе с @Transactional. Передача объекта за пределы класса обслуживания — плохая практика, потому что сеанс закрывается после выхода из вашего метода search. С другой стороны, ваша сущность содержит ленивые инициализированные коллекции, которые нельзя извлечь после закрытия сеанса.

Хорошей практикой является сопоставление сущности с транспортным объектом и возврат этих транспортных объектов из службы (а не необработанных сущностей).

Вы можете решить эту проблему с помощью 2 шагов с Джексон-тип-данных-спящий режим:

kotlin example

1. Добавьте build.gradle.kts:

implementation("com.fasterxml.jackson.datatype:jackson-datatype-hibernate5:$jacksonHibernate")

2. Создать @Bean

   @Bean
   fun hibernate5Module(): Module = Hibernate5Module()

Обратите внимание, что Module — это com.fasterxml.jackson.databind.Module, а не java.util.Module

Я также столкнулся с той же проблемой с данными Spring JPA. Я добавил приведенную ниже аннотацию и смог получить записи о клиентах для данного ИДЕНТИФИКАТОРА ЗАКАЗА.

Клиент для заказа: один ко многим

Заказ клиенту является ленивой загрузкой.

Заказ.java

@ManyToOne(cascade = CascadeType.ALL,targetEntity = CustomerEntity.class,fetch = FetchType.LAZY)
@Fetch(FetchMode. JOIN)
@JoinColumn(name = "CUSTOMER_ID",referencedColumnName = "CUSTOMER_ID",insertable = false,updatable = false)
@LazyToOne(LazyToOneOption.PROXY)
Private CustomerEntity customer

Клиент.java

@Entity
@TabLe(name = "CUSTOMER" ,
uniqueConstraints = @UniqueConstraint(columnNames= {"mobile"}))
public class CustomerEntity {

@GeneratedVaLue(strategy = GenerationType.IDENTITY)
@CoLumn(name = "customer_id" )
private Integer customerld;
private String name;
private String address;
private String city;
private String state;
private Integer zipCode;
private Integer mobileNumber;

@OneToMany(mappedBy = " customer" )
@Fetch(FetchMode.JOIN)
@LazyToOne(LazyToOneOption.PROXY)
private List<OrderEntity> orders;
}

Еще одно соображение заключается в том, что при использовании Lombok аннотация @Data/@Getter приводит к загрузке ленивых элементов без необходимости. Так что будьте осторожны при использовании Ломбока.

Это был мой случай.