gpt4 book ai didi

spring - 事务在junit中不起作用?

转载 作者:行者123 更新时间:2023-12-01 23:44:28 25 4
gpt4 key购买 nike

这里有很多关于事务和 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有一个transactionmanager,entityfactory和一个datasource。也许甚至不需要那些?因为这个测试与数据库完全无关。我想要测试的是,如果失败,是否会在事务中以编程方式回滚。

但是我添加它们的原因是因为我试图在这里获得帮助时出现错误。每当在业务方法中以编程方式调用回滚时,我总是会收到此错误(仅适用于 junit 测试,否则工作正常):

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

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

感谢您的时间和帮助!

最佳答案

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

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

显然,no proxy is being created您所指的 MyManager 实例甚至不是 Spring bean,因为它不是在 DI 容器内创建的。

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

来自documentation :

In the TestContext framework, transactions are managed by the TransactionalTestExecutionListener, which is configured through the @TestExecutionListeners annotation by default, even if you do not explicitly declare @TestExecutionListeners on your test class. To enable support for transactions, however, you must provide a PlatformTransactionManager bean in the application context loaded by @ContextConfiguration semantics. In addition, you must declare @Transactional either at the class or method level.

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

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

关于spring - 事务在junit中不起作用?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13525106/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com