Правильный способ автоподключения сеанса Hibernate в тесте Spring Transaction JUnit

Этот вопрос похож на предыдущий . Я пытаюсь выполнить @Autowire сеанс Hibernate в одном из моих тестов Spring -JUnit-Transactional, но я получаю это исключение:

java.lang.IllegalStateException: No Hibernate Session bound to thread, and configuration does not allow creation of non-transactional ...

Вот мой класс JUnit:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"/applicationContext.xml"})
@TransactionConfiguration(transactionManager="transactionManager")
@Transactional
public class MyTest {
    @Qualifier("session")
    @Autowired
    private Session session;

    @Test
    public void testSomething() {
        session.get(User.class, "[email protected]");
    }
}

Каждый работает отлично, если я @Autowire a SessionFactory и получает программный код Session (вместо определения его в Spring XML) следующим образом:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"/applicationContext.xml"})
@TransactionConfiguration(transactionManager="transactionManager")
@Transactional
public class MyTest{    
    @Qualifier("sessionFactory")
    @Autowired
    private SessionFactory sessionFactory;

    @Test
    public void testSomething() {
    Session session = SessionFactoryUtils.getSession(sessionFactory, false);
        session.get(User.class, "[email protected]");
    }
}

Я могу, однако, заставить мой оригинальный пример работать, если я определяю свой Session в моем Spring XML с <aop:scoped-proxy /> следующим образом:

<?xml version="1.0" encoding="UTF-8"?>

<beans  xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:tx="http://www.springframework.org/schema/tx"
        xmlns:aop="http://www.springframework.org/schema/aop"
        xsi:schemaLocation="
        http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
        http://www.springframework.org/schema/tx
        http://www.springframework.org/schema/tx/spring-tx-2.5.xsd
        http://www.springframework.org/schema/aop 
        http://www.springframework.org/schema/aop/spring-aop-2.5.xsd
        ">

    <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
        ...
    </bean>

    <bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean">
        <property name="dataSource" ref="dataSource" />
        <property name="configLocation"><value>classpath:/hibernate.cfg.xml</value></property>
        <property name="configurationClass">
            <value>org.hibernate.cfg.AnnotationConfiguration</value>
        </property>
    </bean>

    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory"/>
        <property name="dataSource" ref="dataSource" />
    </bean>

    <tx:annotation-driven transaction-manager="transactionManager"/>

    <bean id="session" class="org.springframework.orm.hibernate3.SessionFactoryUtils" factory-method="getSession" scope="prototype">
        <constructor-arg ref="sessionFactory" />
        <constructor-arg value="false" />
        <!-- This is seems to be needed to get rid of the 'No Hibernate Session' error' -->
        <aop:scoped-proxy />
    </bean>
</beans>

Мой вопрос: зачем нужен <aop:scoped-proxy />, учитывая, что в моем unit test должен быть только один контекст транзакций с ограничением потока? Что , чтобы определить мой Hibernate Session bean?

Ответ 1

SessionFactoryUtils.getSession() не хуже любого другого способа получения сеанса. Он делает то же самое, что и HibernateDaoSupport.getSession().

Причина, по которой вам нужен scoped-proxy, - это время. Без поляризованного прокси кажется, что он вводит сеанс перед началом теста и, таким образом, до начала транзакции, и поэтому вы получаете ошибки.

Добавляя прокси-сервер с полномочиями, он проксирует сеанс и вводит его так, чтобы он не вводил фактический сеанс (до начала транзакции), а только извлекает его и выполняет вызовы после его запуска, когда он действительно нужен сделать вызов против него.

Ответ 2

Я думаю, что "правильным" способом является инъекция SessionFactory и программная выборка сеанса из него. Причина, по которой вы получаете исключение, сводится к документированному поведению SessionFactoryUtils.getSession():

Получить сеанс Hibernate для данного SessionFactory. Знает и будет вернуть любые существующие Сессия связана с текущей нитью, например, при использовании HibernateTransactionManager. Будет создайте новый сеанс иначе, если "allowCreate" истинно.

Так как ничто не привязало сеанс к текущей транзакции, оно терпит неудачу.

Мое предложение состояло в том, чтобы использовать HibernateTemplate - определить один в вашем контексте и автоподтвердить это в своем тесте. HibernateTemplate выполняет большинство операций, таких как военный сеанс, но делает бит обработки сеанса для вас. Вы должны просто иметь возможность:

hibernateTemplate.get(User.class, "[email protected]");