Hibernate Ленивая загрузка не работает

Question

// This is what I have in my Model Class... 

    public class Quotation { 
    @JoinColumn(name = "party_id", referencedColumnName = "id") 
    @ManyToOne (fetch = FetchType.LAZY) 
    private Party party; 
    } 

И в моем контроллере я загрузке объекта цитаты, как это:

// Load Quotation object by the Entity Manager:- em.find(Quotation.class, quoteId) 

    quotation = quotationService.getQuoteHeadById(quoteId); 
    log.debug(" party ID --> "+ quotation.getParty.getId()); 

Но я не получаю даже партийный идентификатор партии таблицы/объекта в этом ленивых Загрузка. Но если я изменю тип выборки на Eager, то log.debug() отлично меня доставит.

Я не прав ни на что ???

Answer 1

Для получения полей LAZY вам необходимо находиться внутри транзакции. Ваш метод контроллера не является транснациональным. Получить представление от: Understanding transaction session with lazy loading in Spring JPA Hibernate

Answer 2

Но я не получаю даже партийный идентификатор партии таблицы/объекта в это ленивая загрузка.

Ниже приведено поведение с @ManyToOne (fetch = FetchType.LAZY). Обратите внимание, что поведение отличается, когда мы используем аннотации hibernate для полей vs getters.

В классах сущностей вы используете hibernate annotations on the field. При этом, если вы вызываете даже метод getId(), как в quotation.getParty.getId() на объекте, он приводит к инициализации прокси-сервера (объекта-участника) и попадает в базу данных для его извлечения. Таким образом, транзакция должна быть активной, если не приведет к метанию lazyinitializationexception.

Если целью является только получение идентификатора объекта, вы можете разместить спящий режим annotations on the getter methods. Это не инициализирует прокси-сервер (объекта-участника) для возврата идентификатора и поэтому не требует активной транзакции. Но доступ к любому другому свойству, кроме id, потребует активной транзакции и приведет к попаданию в базу данных.

Посмотрите на соответствующих ошибки в HHH-3718

Таким образом, в вашем партии лица использовать свойство/геттер AccessType вместо доступа к полю. В качестве примера вместо

@Id 
@GeneratedValue(...) 
private long id; 

место их на добытчиках

@Id 
@GeneratedValue(...) 
public long getId() { ... } 

Убедитесь, что вы делаете подобные изменения в других областях Party лица. Вы можете позже изучить другой вариант использования @Access(AccessType.PROPERTY/FIELD) вместо этого, чтобы получить тот же эффект.

Переходя к EAGER

Но если изменить тип выборки нетерпеливым, то log.debug() дает мне идентификатор отлично.

Это происходит потому, что FetchType.EAGER приводит не извлечение сущности партии охотно (без прокси) фронта и поэтому мы можем получить идентификатор и другие свойства партии лица. Обратите внимание, что это приводит к запросу JOIN/extra SELECT на основе конфигурации.

Я не прав ни на что ???

Я не вижу здесь ничего плохого, и все это потому, что тип доступа типа vs getter имеет другое поведение. Таким образом, если вы используете доступ к файловому уровню, Hibernate инициализирует прокси-сервер даже для получения идентификатора связанного объекта в соответствии с bug HHH-3718 или до его разрешения.

и родственная тема на спящем форуме о поле против типа доступа собственности, которые могут представлять интерес Field Vs Property access

Надеются, что это ответ на ваш запрос.

Answer 3

использовать это:

Hibernate.initialize (quotation.getParty());

Answer 4

Прежде всего установите транзакцию на уровне обслуживания. Затем настройте свойства спящего режима, такие как

<prop key="hibernate.enable_lazy_load_no_trans">true</prop> 

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

Answer 5

Чтобы получить объект-участник из объекта цитаты, вам нужно использовать левую ссылку на выбор. Затем вы сможете получить доступ к вашему партийному объекту из объекта котировки.

Написать jpql запрос следующим образом:

SELECT q from Quotation q left join fetch q.party p 

Тогда вы не получите «не может инициализировать прокси - нет Session» ошибка. Кстати, это очень распространенная ошибка. Это означает, что вы пытаетесь получить доступ к объекту, который вы не получили по вашему запросу. Надеюсь, что этот ответ поможет.