为什么Maven Surefire 3无法在Docker的Jenkins中运行我的Cucumber测试?

时间:2019-05-07 13:38:52

标签: java maven docker jenkins cucumber-jvm

我有一个Java项目,其中包含一些由Maven管理的Cucumber测试和一些常规JUnit测试。

我想使用Docker在Jenkins中运行测试,所以我写了这个Jenkinsfile

pipeline {
    agent {
        docker {
            image 'maven:3.6.1'
        }
    }
    stages {
        stage('build') {
            steps {
                sh 'mvn clean verify -Dmaven.test.failure.ignore=true'
            }
            post {
                success {
                    junit 'target/surefire-reports/**/*.xml'
                }
            }
        }
    }
}

运行构建时,常规测试通过,但Cucumber测试失败,并显示以下信息:

  

错误消息

     

URI具有查询组件

     

Stacktrace

     

java.lang.IllegalArgumentException:URI具有查询组件

直到我为trimStackTrace禁用maven-surefire-plugin以后,我才能获得详细信息:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
        <trimStackTrace>false</trimStackTrace>
    </configuration>
</plugin>
java.lang.IllegalArgumentException: URI has a query component
    at java.base/java.io.File.<init>(File.java:427)
    at cucumber.runtime.io.ZipResourceIterator.<init>(ZipResourceIterator.java:22)
    at cucumber.runtime.io.ZipResourceIteratorFactory.createIterator(ZipResourceIteratorFactory.java:24)
    at cucumber.runtime.io.ZipThenFileResourceIteratorFactory.createIterator(ZipThenFileResourceIteratorFactory.java:22)
    at cucumber.runtime.io.DelegatingResourceIteratorFactory.createIterator(DelegatingResourceIteratorFactory.java:49)
    at cucumber.runtime.io.ClasspathResourceIterable.iterator(ClasspathResourceIterable.java:35)
    at cucumber.runtime.io.ResourceLoaderClassFinder.getDescendants(ResourceLoaderClassFinder.java:25)
    at cucumber.runtime.Reflections.instantiateSubclasses(Reflections.java:34)
    at cucumber.runtime.BackendModuleBackendSupplier.loadBackends(BackendModuleBackendSupplier.java:52)
    at cucumber.runtime.BackendModuleBackendSupplier.get(BackendModuleBackendSupplier.java:39)
    at cucumber.runner.ThreadLocalRunnerSupplier.createRunner(ThreadLocalRunnerSupplier.java:42)
    at cucumber.runner.ThreadLocalRunnerSupplier.access$000(ThreadLocalRunnerSupplier.java:13)
    at cucumber.runner.ThreadLocalRunnerSupplier$1.initialValue(ThreadLocalRunnerSupplier.java:22)
    at cucumber.runner.ThreadLocalRunnerSupplier$1.initialValue(ThreadLocalRunnerSupplier.java:19)
    at java.base/java.lang.ThreadLocal.setInitialValue(ThreadLocal.java:195)
    at java.base/java.lang.ThreadLocal.get(ThreadLocal.java:172)
    at cucumber.runner.ThreadLocalRunnerSupplier.get(ThreadLocalRunnerSupplier.java:38)
    at cucumber.api.junit.Cucumber$RunCucumber.evaluate(Cucumber.java:146)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
    at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)

这很令人困惑,因为:

  • 在本地运行mvn verify时有效
  • agent any中使用Dockerfile时,它代替了maven Docker镜像,但是有效
  • 使用maven-surefire-plugin版的2.22.2而不是3.0.0-M3的时候,

我以詹金斯(Jenkins)身份登录并查看了工作区:

$ sudo su - jenkins

$ ls /var/lib/jenkins/workspace/question-mark-dir_master
'?'   Jenkinsfile   LICENSE   pom.xml   README.md   src   target

其中有一个问号(?)目录,其中包含.m2目录以及项目所需的所有工件。 我怀疑这可能是导致异常的原因,因为在类路径中有问号,而问号是引入URI的查询组件的原因。

目前,我可以降级到maven-surefire-plugin版本2.22.2作为解决方法。 但是这里的实际问题是什么?

  • 这可能是新maven-surefire-plugin中的错误吗?从堆栈跟踪来看,我不会打赌。
  • 在Jenkins或Maven docker映像(哪个?)中是否有问题,导致目录具有如此不幸的名称?
  • 我做错什么了吗?

如果您想尝试一下,我有a MVCE。 在本地Jenkins安装中,我创建了一个类型为“ Multibranch Pipeline”的新项目,并在“分支源”中将本地git项目添加为git项目存储库。没有其他更改。

screenshot

1 个答案:

答案 0 :(得分:1)

通过结合TYY的comment to the questiondocumentation of the maven docker image,我可以避免创建问号目录的方式配置Jenkinsfile

我们需要通知Maven用户的主目录,并将其映射到容器外部的目录。

pipeline {
    agent {
        docker {
            image 'maven:3.6.1'
            args '-v /var/lib/jenkins:/usr/src/mymaven -w /usr/src/mymaven'
        }
    }
    stages {
        stage('build') {
            steps {
                sh 'MAVEN_OPTS="-Duser.home=/usr/src/mymaven" mvn clean verify -Dmaven.test.failure.ignore=true'
            }
            // ...
        }
    }
}
  • -v /var/lib/jenkins:/usr/src/mymaven将主机上的/var/lib/jenkins目录映射到容器内的/usr/src/mymaven目录
  • -w /usr/src/mymaven设置容器内的工作目录
  • MAVEN_OPTS="-Duser.home=/usr/src/mymaven"设置Maven的user.home Java属性

在MCVE的a branch上有效的证明。