JPA2/Hibernate - остановить ленивую загрузку?

Question

У меня проблема, когда JPA пытается лениво загрузить мои данные, когда я этого не хочу. По сути дела, я использую Сервис для извлечения некоторых данных, и когда я перехожу к анализу этих данных в JSON, библиотека JSON запускает спящий режим, чтобы попытаться лениво загрузить данные. Есть ли способ остановить это? Я привел пример ниже.

// Web Controller method 
public String getEmployeesByQuery(String query) { 

    Gson gson = new Gson(); 
    List<Employee> employees = employeeService.findEmployeesByQuery(query); 

    // Here is where the problem is occurring - the gson.toJSON() method is (I imagine) 
    // using my getters to format the JSON output, which is triggering hibernate to 
    // try and lazily load my data... 
    return gson.toJSON(employees); 
} 

Возможно ли установить JPA/hibernate, чтобы не пытаться и лениво загружать данные?

UPDATE: Я понимаю, что вы можете использовать FetchType.EAGER - но что, если я не хочу загружать эти данные? Я просто хочу остановить спящий режим от попытки получить больше данных - у меня уже есть данные, которые я хочу. Прямо сейчас, когда я пытаюсь получить доступ к методу get(), hibernate вызовет ошибку «no session или session is closed», что имеет смысл, поскольку моя транзакция уже была совершена с моей службы.

Спасибо!

Answer 1

Вы действительно есть два варианта:

1. Вы можете скопировать данные от сотрудника одного, который не проксируемый на спящем режиме.
2. Посмотрите, есть ли способ, чтобы библиотека toJSON не отражала весь график объекта.Я знаю, что некоторые библиотеки JSON позволяют вам сериализовать некоторые свойства объекта JSON.

Лично я думал бы, что # 1 будет проще, если в вашей библиотеке используется только отражение.

Answer 2

Да:

@*ToMany(fetch=FetchType.EAGER) 

Answer 3

Вы всегда можете изменить атрибут fetch к FetchType.EAGER, но это также стоит обратить внимание, если у вас есть ваши сделки имеют право сферы. Коллекции будут правильно загружены, если они будут доступны в транзакции.

Answer 4

Есть несколько вариантов:

• Если вы всегда необходимо загрузить свою коллекцию с нетерпением, вы можете указать fetch = FetchType.EAGER в вашем отображении, как это было предложено в других ответах.

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

  • Используя JOIN FETCH пункт в HQL/JPQL запроса:

    SELECT e FROM Employee e JOIN FETCH e.children WHERE ... 
    

  • Используя fetch profiles (в JPA вы можете получить доступ к Hibernate Session с использованием em.unwrap(Session.class))

Answer 5

Предлагаю вам сделать полученную копию копий объектов, которые вы хотите использовать за пределами транзакции. Таким образом, ленивая загрузка произойдет изнутри транзакции, и вы можете передать Gson простой, а не расширенный POJO.

Вы можете использовать Doozer для этого. Он очень гибкий и с небольшой настройкой (читайте , вы потеряете свои волосы, настроив его на), вы даже можете получить только частично данные, которые хотите отправить в Gson.

Answer 6

Ваша проблема в том, что вы сериализуете данные. Мы столкнулись с такой же проблемой с Flex и JPA/Hibernate. Трюк в зависимости от того, сколько вы хотите калечить,

1. Измените вашу модель данных, чтобы не гоняться за теми данными, которые вы не хотите.
2. Скопируйте данные, которые вы хотите в какой-то DTO, у которых нет отношений, о которых можно беспокоиться.
3. Предполагая, что вы используете Hibernate, добавьте фильтр Session-in-view .... что-то вроде этого, он будет держать сеанс открытым во время сериализации всей базы данных. ;)

Первый вариант - это то, что мы сделали для первого крупного проекта, который мы сделали, но он испортил библиотеку доступа к данным, которую мы использовали для любого вида использования общего назначения. С тех пор мы больше ориентировались на второй вариант.

YMMV

Answer 7

Как уже говорилось, это не проблема с JPA/спящий режим, а с библиотекой JSON сериализации вы используете. Вы должны instruct gson, чтобы исключить свойства, которые вы не хотите пройти.

Answer 8

Простая и простая задача - создать новые классы данных (что-то вроде DTO). Используйте Hibernate.isInitialized(), чтобы проверить, инициализирован ли объект спящим или нет. Я проверяю gson, могу ли я что-то переопределить. Я отправлю его здесь, если найду что-нибудь новое.