java-在竞争的使用者队列上侦听的多个测试应用程序上下文会导致间歇性测试失败
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java-在竞争的使用者队列上侦听的多个测试应用程序上下文会导致间歇性测试失败，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2441字，纯文字阅读大概需要4分钟。
内容图文
我有一个正在测试的JMSInboundGateway,它侦听Apache Artemis队列(竞争使用者).我的测试将消息发送到Artemis服务器,并模拟目标服务.如果调用了模拟服务,那么我已经验证了JmsInboundGateway的设置正确.
流程如下所示：
测试发件人-> Artemis Queue-> JmsInboundGateway-> DirectChannel-> ServiceActivator->模拟(目的地服务)
如果测试是JUnit测试套件中唯一运行的测试类,则它会像冠军一样运行.但是,如果套件中还有其他测试类,则测试将失败.我已经跟踪到,当测试失败时,Artemis队列最多有三个使用方：我假设两个用于不具有Mocked服务bean的ApplicationContext,另一个用于具有模拟bean的上下文.测试是通过还是失败取决于正确的上下文是否接收到消息.
我尝试过的似乎起作用的一件事是,当特定配置文件处于活动状态时可以选择注册JmsInboundGateway,并且仅在消息传递测试(当然还有实时应用程序)上激活该配置文件.
// Declaring my inbound gateways with the profile requirement
@Profile("messaging")
@Bean
public JmsInboundGateway jmsInboundGateway(ConnectionFactory connFactory) { ... }
// Running my tests with
@RunWith(SpringRunner.class)
@SpringBootTest
@ActiveProfiles("messaging")
public class MessagingTest { ... }
这将导致消息窃取上下文永远不会侦听队列中的消息,并允许适当的上下文成为独占侦听器.这不是一个特别令人满意的解决方案,因为我可能有多个测试类需要“消息传递”配置文件,并且我已验证它们会互相踩到脚趾.
如果我将@DirtiesContext批注添加到每个标有@ActiveProfiles(“ messaging”)的测试中,那么当存在多个消息传递测试时,这确实可以解决问题.在测试套件执行期间,我仅观察到Artemis队列上的一个使用者,并且我可以启用多个消息传递的测试类.
// The following appears to permit me to have multiple messaging enabled tests
@RunWith(SpringRunner.class)
@SpringBootTest
@ActiveProfiles("messaging")
@DirtiesContext
public class MessagingTest { ... }
在我看来,这也很笨拙,但这是迄今为止我最好的解决方案.是否有我缺少的测试帮助程序和/或模式可以帮助我解决此问题？
非常感谢！
解决方法:
有了@DirtiesContext,您真的走对了.
您在测试类的应用程序上下文之间共享JMS资源的问题.这就是您真正与一个或另一个现有使用者发生冲突的方式,只是因为在执行期间缓存了另一个类的整个应用程序上下文,并且它可以访问JMS以及您的当前上下文.
实际上,这就是几年前我们在Spring Integration中为JMS和JDBC测试解决类似问题的方式.我们还要求Spring Test Framework开发人员将其作为默认功能来执行,但这听起来是一个重大突破,对于不共享资源的典型单元测试来说,这是不合理的.
从那里开始,我们有一个方向要始终考虑我们的测试是否启动了某些后台线程或是否可以访问共享资源,例如嵌入式MongoDB,Hazelcast或文件系统上的某个目录.因此,在这些情况下,我们一定使用@DirtiesContext并对通过的测试感到非常满意.
内容总结
以上是互联网集市为您收集整理的java-在竞争的使用者队列上侦听的多个测试应用程序上下文会导致间歇性测试失败全部内容，希望文章能够帮你解决java-在竞争的使用者队列上侦听的多个测试应用程序上下文会导致间歇性测试失败所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。