4

这里有很多关于 Transactions 和 JUnit 的问题。但是请在丢弃它之前通读一遍，因为我找不到任何有同样问题的人。

我有一个商业方法，注释@Transactional。在这种方法中，如果发生某些特殊情况，我将以编程方式进行回滚。TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

现在让我们不要讨论以编程方式回滚是好是坏。让我们接受它在那里，并接受它会留在那里并与它一起工作。

如果我启动我的应用程序并以老式的方式测试这种业务方法，那么一切都会完美运行。当东西应该回滚时，它被回滚，当一切正常时，一切都好。而且我还做了一个测试，@Transactional只是为了看到没有任何东西被回滚，即使它应该回滚。一切都按计划进行。

但是我遇到的问题是 JUnit。目前我有这个方法的 2 个 JUnit 测试。1个应该失败（并以编程方式触发回滚）和一个成功而没有回滚的。

我已经尝试了很多不同的 Junit 课程设置。目前它看起来像这样：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:springTestContext.xml", "classpath:springTestContext-dao.xml"})
@TransactionConfiguration(transactionManager = "txManager")
public class MyManagerTest extends AbstractTransactionalJUnit4SpringContextTests {
    @Mock
    private ProductDao productDao;

    @InjectMocks
    MyManager myManager = new MyManagerImpl();

    @Before
    public void setup() {
        MockitoAnnotations.initMocks(this);
    }

    @Test
    public void testUnParsableXml() {
        String xml = "adlsfas";
        Response response = myManager.processXMLContent(xml);
        assertFalse(response.isSuccess());
        System.out.println(response.getResponse());
    }

}
@Service("myManager")
public class MyManagerImpl extends BaseManager implements MyManager {
    @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
    public Response processXMLContent(String xml) {
       /* NB. Extremly simplified version.... */
       Response response = new Response();
       try {
            parseXml(); // just dummy sample. Its actually parsing xml
            response.setSuccess(true)
       catch(SAXException e) {
           TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
           response.setSuccess(false);
       }
       return response;
    }
}

springTestContext 有<tx:annotation-driven注解，dao-context 有事务管理器、实体工厂和数据源。可能甚至不需要那些？因为这个测试在数据库中绝对没有任何关系。我要测试的是，如果事务失败，则会在事务中以编程方式进行回滚。

但是我添加它们的原因是因为我试图在这里获得帮助的错误。每当在业务方法中以编程方式调用回滚时，我总是会收到此错误（仅适用于 junit 测试，否则完美运行）：

org.springframework.transaction.NoTransactionException: No transaction aspect-managed TransactionStatus in scope

所以我对你的问题是：我做错了什么。我怎样才能让我的商业方式进行交易？然后作为一个额外的问题，我如何测试在事务上调用了回滚？

感谢您的时间和帮助！

4

3 回答 3

2

您必须使用由AbstractTransactionalJUnit4SpringContextTests设置的SpringJUnit4ClassRunner运行测试，但是您已经用MockitoJunitRunner覆盖了它。只需删除测试顶部的RunWith即可。

于 2012-11-27T19:20:49.337 回答
2

您创建 MyManager 类的新实例，MyManager myManager = new MyManagerImpl();而不是使用上下文中的实际 bean

@Resource(name="myContext")
MyManager myManager;

显然，没有创建代理，您所指的 MyManager 实例甚至不是 Spring bean，因为它不是在 DI 容器内创建的。

至于@Transactional测试类中的注释方法，我相信它们是用TransactionalTestExecutionListener执行的（所以机制与容器中的有点不同），但我认为这不应该影响容器本身的事务包装器 - 请参阅 beforeTestMethod 和 afterTestMethod如果需要，请检查 PlatformTransactionManager 的操作。

从文档中：

在 TestContext 框架中，事务由 TransactionalTestExecutionListener 管理，默认情况下通过 @TestExecutionListeners 注解配置，即使您没有在测试类上显式声明 @TestExecutionListeners。但是，要启用对事务的支持，您必须在 @ContextConfiguration 语义加载的应用程序上下文中提供 PlatformTransactionManager bean。此外，您必须在类或方法级别声明@Transactional。

所以我认为运行@Transactional测试类和实际bean的注释方法之间没有太大区别（当然，测试类上的默认回滚标志除外） - TransactionAspectSupport 和 TransactionalTestExecutionListener 都只是调用底层的方法平台事务管理器。

PS至于您的集成测试，不清楚您要模拟什么bean（ProductDao和MyManager）-当我们使用Spring进行集成测试时，我们测试真正的bean如何相互作用，仅模拟容器外部的依赖项（例如使用 MockServletContext 而不是绑定到真实的 Web 服务器）或用轻量级/嵌入式服务器替换对重量级/生产级服务器的依赖——这是现实条件、便利性和测试执行速度之间的平衡。

于 2012-11-30T06:17:30.557 回答
0

如果你只是想通过这个测试，你可以在你的方法上添加@Test(expected = NoTransactionException.class)。

于 2020-04-28T06:23:13.607 回答