Jenkins管道插件-withMaven步骤导致com.google.inject.CreationException

Jenkins 2.19.1（最新LTS发行版），所有插件均为最新版本

我使用构建管道来执行几个maven任务。我的管道代码类似于以下示例：

stage("checkout git") {
   // .....
}

stage("build app") {
  node {
    withMaven(maven:'Maven_3_3_9', mavenLocalRepo: '.repository',mavenSettingsConfig:'my-config') {
      sh 'mvn clean install'
  }
}

stage("deploy app") {
   node {
     withMaven(maven:'Maven_3_3_9', mavenLocalRepo: '.repository',mavenSettingsConfig:'my-config') {
       sh 'mvn deploy'
   }
}

如果我使用“安全重新启动插件”或“准备重新启动选项”并重新启动Jenkins，当执行管道中的下一个maven任务时，管道将崩溃，并抛出以下错误：

[Pipeline] {
[Pipeline] withMaven
[Pipeline] // withMaven
[Pipeline] }
[Pipeline] // node
[Pipeline] }
[Pipeline] // stage
[Pipeline] End of Pipeline
hudson.remoting.ProxyException: com.google.inject.CreationException: Guice creation errors:

1) A just-in-time binding to org.jenkinsci.plugins.pipeline.maven.WithMavenStep was already configured on a parent injector.
  at org.jenkinsci.plugins.workflow.steps.ContextParameterModule.configure(ContextParameterModule.java:37)

1 error
    at com.google.inject.internal.Errors.throwCreationExceptionIfErrorsExist(Errors.java:448)
    at com.google.inject.internal.InternalInjectorCreator.initializeStatically(InternalInjectorCreator.java:155)
    at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:107)
    at com.google.inject.internal.InjectorImpl.createChildInjector(InjectorImpl.java:230)
    at com.google.inject.internal.InjectorImpl.createChildInjector(InjectorImpl.java:237)
    at jenkins.ProxyInjector.createChildInjector(ProxyInjector.java:110)
    at org.jenkinsci.plugins.workflow.steps.AbstractStepImpl.prepareInjector(AbstractStepImpl.java:43)
    at org.jenkinsci.plugins.workflow.steps.AbstractStepImpl.start(AbstractStepImpl.java:36)
    at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:182)
    at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:126)
    at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:108)
    at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:48)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
    at com.cloudbees.groovy.cps.sandbox.DefaultInvoker.methodCall(DefaultInvoker.java:16)
    at maven.call(/var/lib/jenkins/jobs/jndiagent-INTEGRATION/builds/27/libs/com.timocom.jenkins.pipeline/vars/maven.groovy:22)
    at WorkflowScript.run(WorkflowScript:44)
    at ___cps.transform___(Native Method)
    at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:48)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:109)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:82)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
    at com.cloudbees.groovy.cps.impl.ClosureBlock.eval(ClosureBlock.java:46)
    at com.cloudbees.groovy.cps.Next.step(Next.java:58)
    at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30)
    at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30)
    at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:163)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:324)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:78)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:236)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:224)
    at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:63)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
    at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
Finished: FAILURE

---

所有的文档都说管道作业对Jenkins重启具有弹性，但“withMavenStep”创建的maven环境似乎存在问题。使用“withMaven”步骤的其他作业也将失败，直到我再次重新启动Jenkins。也许环境没有得到适当的清理？

我还不能解决这个问题，但我找到了一个解决办法。我使用

工具
步骤初始化maven环境，而不是使用
with maven
步骤。这条路很有弹性，适合我。但我没有找出最初问题的原因。我还在jenkins问题跟踪程序上创建了一个问题，但到目前为止没有回应：


我的解决方法：

// use the id of the globally configured maven instance
def mvnTool = tool 'Maven_3_3_9'

// execute maven
sh "${mvnTool}/bin/mvn clean install" 

maven配置位置是
$JENKINS_HOME/.m2
我还不能解决这个问题，但我找到了一个解决方法。我使用
工具
步骤初始化maven环境，而不是使用
with maven
步骤。这条路很有弹性，适合我。但我没有找出最初问题的原因。我还在jenkins问题跟踪程序上创建了一个问题，但到目前为止没有回应：


我的解决方法：

// use the id of the globally configured maven instance
def mvnTool = tool 'Maven_3_3_9'

// execute maven
sh "${mvnTool}/bin/mvn clean install" 

maven配置位置是
$JENKINS_HOME/.m2
您是否尝试过安装maven管道插件？您是否尝试过安装maven管道插件？