Правильный способ автоподключения сеанса 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]");