使用Spring + Hibernate和事务注释。
我正在尝试测试以下内容:
@Transactional
我遇到的第一个问题是在步骤2中读取User对象,只是在Hibernate 1级缓存中返回了该对象,而实际上并未从数据库中读取。
因此,我使用Session从缓存中手动逐出了该对象,以强制从数据库中进行读取。但是,当我这样做时,对象值永远不会保留在单元测试中(我知道由于我指定的设置,测试完成后它会回滚)。
我尝试在调用@Transactionalservice方法之后手动刷新会话,并且DID提交更改。但是,那不是我所期望的。我认为@Transactional服务方法可以确保事务在返回之前已提交并刷新了会话。我知道通常Spring会决定何时进行此管理,但是我认为方法中的“工作单元” @Transactional就是该方法。
无论如何,现在我试图弄清楚如何测试一个@Transactional方法。
这是一个失败的junit测试方法:
@RunWith(SpringJUnit4ClassRunner.class) @Transactional @TransactionConfiguration(transactionManager = "userTransactionManager", defaultRollback = true) @WebAppConfiguration() @ContextConfiguration(locations = { "classpath:test-applicationContext.xml", "classpath:test-spring-servlet.xml", "classpath:test-applicationContext-security.xml" }) public class HibernateTest { @Autowired @Qualifier("userSessionFactory") private SessionFactory sessionFactory; @Autowired private UserService userService; @Autowired private PaymentService paymentService; @Autowired private QueryService queryService; @Autowired private NodeService nodeService; @Autowired private UserUtils userUtils; @Autowired private UserContext userContext; @Test public void testTransactions() { // read the user User user1 = userService.readUser(new Long(77)); // change the display name user1.setDisplayName("somethingNew"); // update the user using service method that is marked @Transactional userService.updateUserSamePassword(user1); // when I manually flush the session everything works, suggesting the // @Transactional has not flushed it at the end of the method marked // @Transactional, which implies it is leaving the transaction open? // session.flush(); // evict the user from hibernate level 1 cache to insure we are reading // raw from the database on next read sessionFactory.getCurrentSession().evict(user1); // try to read the user again User user2 = userService.readUser(new Long(77)); System.out.println("user1 displayName is " + user1.getDisplayName()); System.out.println("user2 displayName is " + user2.getDisplayName()); assertEquals(user1.getDisplayName(), user2.getDisplayName()); } }
如果我手动刷新会话,则测试成功。但是,我希望该@Transactional方法能够处理并刷新会话。
updateUserSamePassword的服务方法在这里:
@Transactional("userTransactionManager") @Override public void updateUserSamePassword(User user) { userDAO.updateUser(user); }
DAO方法在这里:
@Override public void updateUser(User user) { Session session = sessionFactory.getCurrentSession(); session.update(user); }
SesssionFactory自动连线:
@Autowired @Qualifier("userSessionFactory") private SessionFactory sessionFactory;
我正在使用XML应用程序上下文配置。我有:
<context:annotation-config /> <tx:annotation-driven transaction-manager="userTransactionManager" />
和
<bean id="userDataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="${user.jdbc.driverClass}"/> <property name="jdbcUrl" value="${user.jdbc.jdbcUrl}" /> <property name="user" value="${user.jdbc.user}" /> <property name="password" value="${user.jdbc.password}" /> <property name="initialPoolSize" value="3" /> <property name="minPoolSize" value="1" /> <property name="maxPoolSize" value="17" /> </bean> <bean id="userSessionFactory" class="org.springframework.orm.hibernate4.LocalSessionFactoryBean"> <property name="dataSource" ref="userDataSource" /> <property name="configLocation" value="classpath:user.hibernate.cfg.xml" /> </bean> <bean id="userTransactionManager" class="org.springframework.orm.hibernate4.HibernateTransactionManager"> <property name="dataSource" ref="userDataSource" /> <property name="sessionFactory" ref="userSessionFactory" /> </bean>
还对服务和dao类进行了组件扫描。正如我所说,这正在生产中。
我以为,如果我有一个方法@Transactional在该方法结束时将其标记为该方法(例如此处的update方法),则Spring将强制Session进行提交和刷新。
我只能看到几个选项:
即使总体上对我有用,我还是对某些东西进行了错误配置(只是不是单元测试)。有什么猜想吗?有什么想法可以测试吗?
关于单元测试配置本身的某些行为与应用程序的运行方式不符。
事务和会话不能那样工作。我唯一的推断是,Spring在调用该update方法之后使事务和/或会话保持打开状态。因此,当我手动将用户移出Session对象时,这些更改尚未提交。
谁能确认这是否是预期的行为?不应该@Transaction在会话上强制提交并刷新吗?如果没有,那么将如何测试标记了方法@Transactional并且该方法实际上可用于事务处理?
@Transaction
即,如何在这里重写我的单元测试?
还有其他想法吗?
这就是我遇到的问题。在测试方法中考虑以下代码:
String testDisplayNameChange = "ThisIsATest"; User user = userService.readUser(new Long(77)); user.setDisplayName(testDisplayNameChange); user = userService.readUser(new Long(77)); assertNotEquals(user.getDisplayName(), testDisplayNameChange);
请注意,方法userService.readUser在服务类中标记为@Transactional。
如果该测试方法标记为@Transactional,则测试失败。如果不是,则成功。现在我不确定Hibernate缓存是否/何时加入。如果测试方法是事务性的,那么每次读取都是在一个事务中发生的,我相信它们只会命中Hibernate 1级缓存(实际上并没有从数据库中读取数据)。但是,如果测试方法不是事务性的,则每次读取都是在它自己的事务中发生的,并且每次都会命中数据库。因此,hibernate级别1高速缓存与会话/事务管理相关联。
外卖:
即使一个测试方法正在另一个类中调用多个事务方法,即使该测试方法本身是事务性的,所有这些调用也会在一个事务中发生。测试方法是“工作单元”。但是,如果测试方法不是事务性的,则该测试中对事务性方法的每个调用均在其自身的事务中执行。
我的测试类被标记为@Transactional,因此每个方法都将是事务性的,除非用诸如@AfterTransaction之类的覆盖注释标记。我可以轻松地不标记类@Transactional并标记每个方法@Transactional
使用Spring @Transactional时,Hibernate 1级缓存似乎与事务相关。即,随后在同一事务中读取对象将访问hibernate级别1高速缓存,而不是数据库。请注意,您可以调整2级缓存和其他机制。
我本来打算有一个@Transactional测试方法,然后在测试类中的另一个方法上使用@AfterTransaction,然后提交原始SQL来评估数据库中的值。这将完全避开ORM和hibernate级别1缓存,以确保您正在比较数据库中的实际值。
简单的答案是将@Transactional从我的测试类中删除。好极了。