12

使用 Spring + Hibernate 和事务注释。

我正在尝试测试以下内容:

  1. 调用一个改变用户对象的方法,然后调用一个@Transactional服务方法来持久化它
  2. 从数据库中读回对象并确保在方法之后它的值是正确的

我遇到的第一个问题是在第 2 步中读取 User 对象只是返回了 Hibernate 1 级缓存中的那个,并且实际上并没有从数据库中读取。

因此,我使用 Session 手动从缓存中逐出对象以强制从数据库中读取。但是,当我这样做时,对象值永远不会保留在单元测试中(我知道由于我指定的设置,它会在测试完成后回滚)。

我尝试在调用@Transactional服务方法后手动刷新会话,并且该 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);
}

SessionFactory 是自动装配的:

@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结束时有一个方法标记为该方法(例如这里的更新方法),Spring 会强制 Session 提交和刷新。

我只能看到几个选项:

  1. 我错误地配置了一些东西,即使这对我来说一般都有效(只是不是单元测试)。有什么猜测吗?关于如何测试这个的任何想法?

  2. 关于单元测试配置本身的某些事情与应用程序的行为方式不同。

  3. 事务和会话不是那样工作的。我唯一的推断是 Spring 在调用该更新方法后使事务和/或会话保持打开状态。因此,当我在 Session 对象上手动驱逐用户时,这些更改尚未提交。

谁能确认这是否是预期的行为?不应该@Transaction在会话中强制提交和刷新?如果不是,那么如何测试标记的方法@Transactional并且这些方法实际上与事务一起使用?

即,我应该如何在这里重写我的单元测试?

还有其他想法吗?

4

2 回答 2

9

这就是我遇到的问题。在测试方法中考虑这段代码:

    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 级缓存(实际上并不从数据库中读取)。但是,如果测试方法不是事务性的,那么每次读取都发生在它自己的事务中,并且每次都会访问数据库。因此,休眠级别 1 缓存与会话/事务管理相关联。

外卖:

  1. 即使一个测试方法在另一个类中调用多个事务性方法,如果该测试方法本身是事务性的,那么所有这些调用都发生在一个事务中。测试方法是“工作单元”。但是,如果测试方法不是事务性的,那么在该测试中对事务性方法的每次调用都会在它自己的事务中执行。

  2. 我的测试类被标记为@Transactional,因此每个方法都将是事务性的,除非使用诸如@AfterTransaction 之类的覆盖注释进行标记。我可以很容易地不标记类@Transactional并标记每个方法@Transactional

  3. 使用 Spring @Transactional 时,Hibernate 1 级缓存似乎与事务相关联。即在同一事务中对对象的后续读取将命中休眠级别 1 缓存而不是数据库。请注意,您可以调整二级缓存和其他机制。

我打算有一个@Transactional 测试方法,然后在测试类中的另一个方法上使用@AfterTransaction 并提交原始SQL 来评估数据库中的值。这将完全绕过 ORM 和休眠 1 级缓存,确保您比较数据库中的实际值。

简单的答案是将@Transactional 从我的测试类中删除。耶。

于 2014-10-28T17:21:29.763 回答
3

谁能确认这是否是预期的行为?@Transaction 不应该在会话中强制提交和刷新吗?如果不是,那么如何测试标记为@Transactional 的方法以及这些方法是否真正适用于事务?

一个

这是预期的行为。Spring 感知事务单元测试支持在测试完成后回滚事务。这是设计使然。

每个测试都会创建一个隐式事务边界(每个方法都带有@Test),一旦测试完成,就会完成回滚。

这样做的结果是,在所有测试完成之后,实际上并没有改变任何数据。那就是目标是更像“单元”,而不是像“集成”一样。您应该阅读spring 文档以了解为什么这是有利的。

如果您真的想测试被持久化的数据并在事务边界之外查看该数据,我建议您进行更多的端到端测试,例如功能/集成测试,例如 selenium,或者如果您有一个外部 WS/REST API 的话.

即,我应该如何在这里重写我的单元测试?

一个

您的单元测试不起作用,因为您session.evict并没有刷新。即使您已经session.update在事务和休眠批处理操作中调用了您,驱逐将导致更改不同步。这对于原始 SQL 来说更清楚,因为休眠延迟持久化以批处理所有操作,因此它会等到会话被刷新或关闭以与数据库通信以获得性能。如果您session.flush认为 SQL 将立即执行(即确实会发生更新),那么您可以驱逐如果您想强制重读但您在事务中重读。我实际上很确定flush会导致驱逐,所以没有必要打电话evict强制重读,​​但我可能错了。

于 2014-10-28T01:44:55.687 回答