当前位置: 首页 > 知识库问答 >
问题:

maven故障保护插件。复制资源

魏宸
2023-03-14

在我的项目中,我创建了以下目录结构

src
  -> main
       -> java
       -> resources
  -> test
       -> java
       -> resources
  -> integration-test
       -> java
       -> resources

在我的pom.xml我做了以下记录

        <plugin>
            <artifactId>maven-failsafe-plugin</artifactId>
            <version>2.17</version>
            <configuration>
                <testSourceDirectory>src/integration-test/java</testSourceDirectory>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>integration-test</goal>
                        <goal>verify</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

如果我复制src中的资源-

如何使联调也将资源中的文件复制到目标中?

共有1个答案

洪旻
2023-03-14

maven failsafe插件的集成测试目标默认绑定到集成测试生命周期阶段:html" target="_blank">http://maven.apache.org/surefire/maven-failsafe-plugin/integration-test-mojo.html.因此,由于集成测试阶段是在流程测试源之后进行的(在此期间,测试源通常复制到目标目录),而且我假设您所指的“构建时间”实际上是Eclipse的“自动构建”功能,您的集成测试源不会被复制,因为Eclipse构建会在测试编译生命周期阶段停止。

您应该了解Maven生命周期以及如何将特定目标映射到适合您需求的生命周期阶段。

[1]https://maven.apache.org/ref/3.3.9/maven-core/lifecycles.html

 类似资料:
  • 我想使用maven-故障安全插件来运行一些集成测试。如果任何测试失败,我希望Maven构建失败而不是构建成功。 我如何配置它,构建不成功是什么? 我的故障保护插件配置为:

  • 我将使用诱惑报告来监控硒测试结果。我正在使用TestNG和Maven failsafe插件来运行测试。我找到了非常清晰的例子来修改pom。xml,以便在您使用Maven surefire插件时包含case的诱惑,但对Maven failsafe插件则没有。我假设配置应该非常相似,但它不适合我。这是我pom里的东西。xml: 这是我看到的错误: 任何建议都将不胜感激。我假设配置Maven故障保护插件

  • 我在一个项目中混合了单元测试框架(用于surefire maven插件):JUnit TestNG(几乎所有测试都是JUnit测试,但TestNG包含在两个测试所需的反应流TCK框架中。所有集成测试(故障保护)都只是JUnit测试。我成功地将surefire配置为使用以下插件配置运行两个测试:JUnit和TestNG: 当我运行

  • Maven Surefire和Maven故障保护插件之间有什么区别<我在网上到处搜索,但没有找到答案。

  • 我正在运行spring boot,KafkaListener是我的客户。问题是我们如何从失败的kafka配置中恢复,并避免应用程序在退出代码为0的过程结束时停止。例如,不正确的配置可能是不正确的endpointurl。如果无法访问Kafka服务器,也会出现同样的情况。因此,在任何情况下,KafkaListner进程都不应该杀死服务器。 ontext.java:895应用程序上下文异常:未能启动be

  • 对于复制,我们设置Server1作为主服务器,设置server2作为次服务器...一切正常。 期望:当server1停机时,次要的server2不会自动变成主要的。它仍然是次要的。server2也有可能自动成为主服务器。 情况2:MongoDB复制是否需要3台强制服务器,以便当server1宕机时,server2将自动成为主要服务器,server3将保持次要服务器。(这很管用)