Исключение LazyInitializationException в JPA и Hibernate

Я знаю, что этот вопрос неоднократно спрашивал здесь и через Интернет, и я прочитал многие из этих ответов, но я до сих пор не понимаю, как правильно решить эту проблему. Я экспериментирую с Spring MVC и JPA, и каждый раз, когда я обращаюсь к лениво загруженному свойству, я получаю исключение LazyInitializationException.

Вот некоторые из кода, с которым я экспериментирую:

Я вижу, я пытаюсь использовать чистую JPA и использовать только Hibernate в качестве поставщика JPA.

Я понимаю, что исключение вызвано отключением сеанса от объекта. Но я думал, что этого не произойдет, если мы сейчас находимся в транзакции, что должно быть так, поскольку метод logDOI аннотируется с помощью @Transactional.

Конечно, все работает отлично, если я изменяю FetchType на EAGER, но кажется, что мне не нужно это делать.

Мне также известно об OpenEntityManagerInViewFilter, но кажется, что мне не следует использовать это либо, если я сохраняю весь доступ к моим объектам в DAO, аннотированный с помощью @Transactional (или с помощью других средств, которые мне неизвестны).

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

Ответы

Ответ 1

Благодаря Шайлендре я начал внимательно следить за транзакцией и заметил, что транзакция никогда не начиналась. С этой информацией я провел некоторое расследование и нашел это: Spring @Transaction не запускает транзакции. Я поместил <tx:annotation-driven/> в свой файл servlet-context.xml, и вдруг транзакция для logDOI запустилась, и все сработало правильно; Я больше не получил исключение LazyInitializationException. Я совсем не понимаю, почему это сработало. Любая информация об этом будет оценена.

Update:

Я понял это. Критическая часть моей проблемы была в файле servlet-context.xml. Вот как это выглядело

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/mvc"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:beans="http://www.springframework.org/schema/beans"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:tx="http://www.springframework.org/schema/tx"
    xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd
        http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
        http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">

    <!-- DispatcherServlet Context: defines this servlet request-processing infrastructure -->

    <!-- Enables the Spring MVC @Controller programming model -->
    <annotation-driven />

    <!-- Handles HTTP GET requests for /resources/** by efficiently serving up static resources in the ${webappRoot}/resources directory -->
    <resources mapping="/resources/**" location="/resources/" />

    <!-- Resolves views selected for rendering by @Controllers to .jsp resources in the /WEB-INF/views directory -->
    <beans:bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <beans:property name="prefix" value="/WEB-INF/views/" />
        <beans:property name="suffix" value=".jsp" />
    </beans:bean>

    <context:component-scan base-package="org.myapp.doi" />

</beans:beans>

Основная проблема заключалась в этом контексте: линия компонентного сканирования. Spring MVC создает два контекста, которые создаются beans в: контексте корневого приложения, определенном параметром contextConfigLocation в файле web.xml, и контексте сервлета, определенном в DispatcherServlet в файле web.xml. Контекст сервлета мог видеть контекст приложения, но не наоборот. Теперь, в результате контекста: компонент-сканирование определяется в контексте сервлета и сканирует пространство имен приложений целиком, мой DAO создавался в контексте сервлета. Тем не менее, проверка аннотации транзакций выполнялась в контексте приложения, а прокси-сервер AOP для этого не мог быть выполнен. Просто изменив контекст: компонент-сканирование в контексте сервлета, чтобы проверять только контроллеры MVC (<context:component-scan base-package="org.myapp.doi.web" /> исправлено все, DAO создавался в контексте приложения и правильно настраивался для транзакций.

Ответ 2

Лучший способ решить эту проблему - сначала понять, почему и когда сессия закрыта, несмотря на то, что она находится под одной транзакцией. И наилучшим способом для этого было бы включить спящий режим (как вы используете hibernate as JPA provider) уровень регистрации в DEBUG в конфигурации log4j и отслеживать, где сеансы закрыты. Это даст вам четкую картину. Хотя трассировка стека предполагает, что основной сеанс был закрыт, но, очевидно, нет причин для этого? Вы можете публиковать соответствующие отладочные/информационные сообщения.

Также вы можете настроить ведение журнала для инфраструктуры spring для отслеживания инфраструктуры управления транзакциями

Журналы дают достаточно хорошие сообщения, когда основной сеанс был закрыт и транзакция выполнена.

Например,

opened session at timestamp: 13476520251
............
...........
after transaction begin
..............

select x,y,z from......
...............
...commit
..........
..flushing session
..after transaction completion
..closing session

Ответ 3

У меня также возникла эта проблема, но, воодушевленный вашим ответом, я решаю ее. Вот он.

Мое приложение пытается использовать Jpa Repository для обработки данных в контроллере покоя, который, как оказалось, не получил ошибку сеанса. Вот код:

@RequestMapping(value = "/create", method = POST, consumes = MediaType.APPLICATION_JSON_VALUE)
public ResponseEntity<Void> create(@RequestBody Map<String, Object> params) {
    Project project = Factory.project().build(params);
    project = repository.save(project);
    return ResponseEntity.ok().build();
}

В соответствии с этим сообщением и этим сообщением мы знаем, что beans в контексте сервлета может ссылаться beans в контексте приложения. Таким образом TransactionManager не может получить доступ к этому контроллеру отдыха bean, что приведет к этой ошибке.

Решение, создавая контекст приложения bean среднего уровня между контроллером отдыха и репозиторием, инкапсулируя этот код. Я стараюсь, он отлично работает. Обновите код позже.

Ответ 4

Во-первых, для любого набора зависимостей с @Autowired вы должны объявить Spring Bean foreach DAO, который вы будете использовать, и он будет введен во время выполнения.

Возможно, эти DAO должны иметь ссылку sessionFactory, например:

<!-- a dao in which you inject your Hibernate SessionFactory bean by its own id -->
<bean id="userDAO" class="com.enterprise.model.dao.UserDAO">
    <property name="sessionFactory">
        <ref bean="sessionFactoryId" />
    </property>
</bean>

<!-- activate the @Repository annotation -->
<bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor" />

Во-вторых, возможно, вы забудете добавить это в свою конфигурацию XML Spring:

<!-- Add JPA support -->
<bean id="emf" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="loadTimeWeaver">
        <bean class="org.springframework.instrument.classloading.InstrumentationLoadTimeWeaver"/>
    </property>
</bean>

<!-- Add Transaction support -->
<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="emf"/>
</bean>

В-третьих, ваш материал перехватчика:

<bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">
    <property name="interceptors">
        <list>
            <ref bean="openEntityManagerInViewInterceptor"/>
        </list>
    </property>
</bean>

<bean id="openEntityManagerInViewInterceptor"
      class="org.springframework.orm.jpa.support.OpenEntityManagerInViewInterceptor">
    <property name="entityManagerFactory" ref="entityManagerFactory" />