事务在junit中不起作用？

Question

这里有很多关于事务和 JUnit 的问题。但请在丢弃之前仔细阅读本文，因为我找不到任何有相同问题的人。

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

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

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

但我遇到的问题是 JUnit。目前我对此方法进行了 2 个 JUnit 测试。1 应该失败（并以编程方式触发回滚），而 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

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

感谢您的时间和帮助！

Answer 1

您创建 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。

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

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