12306网站 花了多少钱建设,网站收录查询平台,重庆网站推广什么,服装网站建设都有哪些tms tck最近#xff0c;我们讨论了如何创建独立的Jakarta Batch测试套件#xff08;TCK#xff09;。 对于大多数提交者而言#xff0c;使用Arquillian将测试从实现中如何执行抽象化是很自然的。 但是Romain提出了一个有趣的想法#xff0c;即使用纯JUnit5引起了我的思考。… tms tck 最近我们讨论了如何创建独立的Jakarta Batch测试套件TCK。 对于大多数提交者而言使用Arquillian将测试从实现中如何执行抽象化是很自然的。 但是Romain提出了一个有趣的想法即使用纯JUnit5引起了我的思考。 它并没有止于思考。 经过数小时的黑客攻击后我现在可以提出概念证明并提出如何将普通的JUnit5用于TCK的建议以及如何使用良好的旧Arquillian将容器与之集成以避免重新发明轮子。 当前的独立Batch TCK的问题在于它基于TestNG并且仅支持在与测试套件相同的类路径上运行的Batch实现。 因此它不支持在Java容器如应用程序服务器中运行测试。 现在只有Jakarta测试套件CTS支持此类容器该套件包含一个批处理TCK测试的副本该测试使用专有技术在容器中运行测试。 还有其他带有独立TCK或计划创建它的Jakarta EE规范 CDI TCK –与Arquillian一起使用TestNG Bean验证 –与Arquillian一起使用TestNG JSON-B –正在进行中与Arquillian一起使用JUnit 4 DI TCK – JUnit 4 显然Arquillian在其中很受欢迎。 只有DI TCK不使用它。 但是DI TCK本身也不支持在远程容器中执行它仅支持设置本地容器例如如果实现支持则使用CDI SE API。 我的概念证明有3个目标 改进TCK使其可以与Java容器集成 修改现有示例项目以使用TCK运行JBatch 创建另一个将TCK与典型的Jakarta EE服务器例如Payara Server集成的示例 如果可以的话我更喜欢循序渐进而不是爆炸式发展。 而且我意识到即使我找到了使用JUnit 5的解决方案无论如何我都可能需要Arquillian与Payara Server集成以实现我的第三个目标。因此我首先在当前的Batch TCK中添加了对Arquillian的支持后来希望重用它。将Payara Server与JUnit 5集成在一起。事实证明这是一种很好的方法并且不会浪费任何代码。 添加对Arqullian的支持 在批处理TCK中添加对Arquillian的支持非常简单因为测试已使用TestNG而Arquillian开箱即用地支持TestNG。 唯一棘手的部分是为Arquillian所需的每个测试创建一个部署程序包。 最后这非常容易不需要修改测试源。 Arquillian允许创建扩展以为每个测试定义部署程序包因此我能够将部署程序包的创建移到单独的扩展程序中。 需要在容器中运行测试的实现可以使用此扩展但TCK本身不需要此扩展。 TCK中唯一需要的更改是更改每个测试以扩展Arquillian TestNG基类仅此而已。 在测试套件的顶部批处理TCK包含一个示例TCK运行器项目该项目针对JBatch实现运行TCK。 这也需要稍作更改。 我添加了Arquillian Weld SE连接器该连接器在Weld CDI容器中运行Arquillian TestNG测试。 这意味着测试将在与测试套件相同的类路径上执行并且不需要Arquillian部署。 您可以在这里在我的叉子上看到最终结果 https : //github.com/OndroMih/batch-tck/pull/1 。 总之我向每个TCK测试添加了一行代码并修改了批处理TCK和JBatch的TCK运行器的pom.xml。 这使我可以创建一个示例项目 以使用远程服务器如Payara Server运行TCK。 这个示例项目包含我上面提到的Arquillian扩展。 此扩展使用Maven解析器库来解析项目的pom.xml文件中的JAR依赖项并将其打包到Arquillian的WAR部署中。 它并不复杂只需要几行代码 MavenTestDependenciesDeploymentPackager.java 将TCK转换为JUnit5 将基于TestNG的TCK转换为JUnit 5非常简单。 除了用JUnit 5等效项替换所有TestNG注释外我还需要用标准Java JUL日志记录替换TestNG报告。 您可以在这里查看我的转换的最终结果 https : //github.com/OndroMih/batch-tck/pull/2 。 更改了TCK并且JBatch调谐器项目也使用了它并且运行无测试失败。 这解决了我的前2个目标。 最难的事情是将JUnit 5测试套件与Payara Server连接起来以满足我的第3个目标。 为此我需要解决以下问题 创建一个部署程序包以将测试部署到Payara Server 创建一个JUnit 5扩展以在Payara Server中运行测试并向后报告结果 在上一步中我已经使用Arquillian扩展解决了第一个问题。 似乎有一个非正式的JUnit 5扩展可以运行Arquillian测试。 是的它确实有效我能够将所有这些合并为最终实现我所有3个目标的解决方案。 使用Arquillian运行JUnit 5 TCK 幸运的是Arquillian社区一直在为JUnit 5提供支持 。 尽管在等待仅在JUnit 5.5中添加的基本扩展点时花了一些时间但是现在有一个非正式的arquillian-junit5扩展 此分叉中有一些修复程序。 因此我尝试将所有已经拥有的东西汇总起来以尝试是否可以对Payara Server运行转换后的JUnit 5 Batch TCK 使用JUnit 5 Batch TCK作为依赖项 添加arquillian-junit5扩展名从本地本地构建 添加我之前创建的Arquillian部署扩展 将Arquillian配置为与Payara连接器一起运行就像我之前所做的那样 因此我做到了启动了Payara Server配置了必要的JDBC资源并执行了以下操作 Java mvn verify ……并祈祷。 几分钟后 Java Results: Tests run: 164 , Failures: 0 , Errors: 0 , Skipped: 3 一切正常 这包括所有TCK测试包括要求具有Jakarta EE功能的测试并且这些测试无法针对独立的Batch实现如JBatch运行。 TCK目前正在跳过这3个被跳过的测试而不是我的配置正在跳过这些测试。 摘要 我能够演示有多种方法可以改进现有的独立Jakarta EE TCK或以现代方式从完整的Jakarta CTS套件中创建新的。 其中之一是将Arquillian添加到JUnit 4或TestNG测试套件中的一种行之有效的方法并且期望所有实现都提供Arquillian容器来运行它们的测试。 如所示只需几行代码这很容易编写一个简单的Arquillian扩展来定义所有测试的部署。 但是还有一种有趣的新方法可以使用JUnit 5它是Java最先进的测试框架之一。 JUnit 5提供了足够的扩展点并且还允许为所有测试全局启用扩展。 这意味着测试不需要包括启用扩展所需的任何模板代码。 正式发布后实现者可以使用Arquillian通过现有的JUnit 5 Arquillian扩展来运行测试也可以创建自己的JUnit 5扩展以将测试与其实现连接。 或者他们可以自由使用现有的非官方JUnit 5 Arquillian扩展甚至可以根据需要进行修改因为他们可以真正使用他们想要的任何东西。 翻译自: https://www.javacodegeeks.com/2020/04/possible-ways-to-use-arquillian-in-jakarta-ee-tcks.htmltms tck
