小编典典

如何在不访问休眠级别1缓存或进行手动会话刷新的情况下测试Spring @Transactional?

hibernate

使用Spring + Hibernate和事务注释。

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

  1. 调用更改用户对象的方法,然后调用@Transactional服务方法将其持久化
  2. 从数据库读取该对象,并确保该方法后其值正确

我遇到的第一个问题是在步骤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进行提交和刷新。

我只能看到几个选项:

  1. 即使总体上对我有用,我还是对某些东西进行了错误配置(只是不是单元测试)。有什么猜想吗?有什么想法可以测试吗?

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

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

谁能确认这是否是预期的行为?不应该@Transaction在会话上强制提交并刷新吗?如果没有,那么将如何测试标记了方法@Transactional并且该方法实际上可用于事务处理?

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

还有其他想法吗?


阅读 229

收藏
2020-06-20

共1个答案

小编典典

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

    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高速缓存与会话/事务管理相关联。

外卖:

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

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

  3. 使用Spring @Transactional时,Hibernate 1级缓存似乎与事务相关。即,随后在同一事务中读取对象将访问hibernate级别1高速缓存,而不是数据库。请注意,您可以调整2级缓存和其他机制。

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

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

2020-06-20