将Jenkins的“版本化”战争文件重新部署到Tomcat失败

Question

我正在使用Jenkins部署插件来部署到Tomcat。 生成的.war文件使用以下格式命名：MyApp ## [version]。[buildnumber] .war

例如，war文件将生成为：MyApp ## alpha.13.war

文件名中散列的原因是让Tomcat管理器html页面在已部署应用程序的版本列中列出版本。 这样，我们可以再次检查当前已部署到Tomcat的版本。

现在，当第二次尝试通过Jenkins进行部署时，内部版本号显然会增加。 因此，上面的war文件将以文件名生成：MyApp ## alpha.14.war

现在，此操作失败，并带有以下异常：

将C：\\ Users \\ davidr.jenkins \\ jobs \\ Task Form Builder（trunk）\\ workspace \\ target \\ TaskFormBuilder ## alpha.21.war部署到容器Tomcat 7.x远程重新部署[C：\\ Users \\ davidr.jenkins \\ jobs \\ Task Form Builder（trunk）\\ workspace \\ target \\ TaskFormBuilder ## alpha.21.war]
取消部署[C：\\ Users \\ davidr.jenkins \\ jobs \\ Task Form Builder（trunk）\\ workspace \\ target \\ TaskFormBuilder ## alpha.21.war]错误：由于异常org.codehaus，发布者hudson.plugins.deploy.DeployPublisher中止了。 .cargo.container.ContainerException：无法在org.codehaus.cargo.container上取消部署[C：\\ Users \\ davidr.jenkins \\ jobs \\ Task Form Builder（trunk）\\ workspace \\ target \\ TaskFormBuilder ## alpha.21.war] org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy（AbstractTomcatManagerDeployer.java:178）上的.tomcat.internal.AbstractTomcatManagerDeployer.undeploy（AbstractTomcatManagerDeployer.java:140）在hudson.plugins.deploy.CargoContainerAdapter.deploy（CargoContainerAdapter） .java：73）位于hudson.plugins.deploy.CargoContainerAdapter $ 1.invoke（CargoContainerAdapter.java:116）位于hudson.plugins.deploy.CargoContainerAdapter $ 1.invoke（CargoContainerAdapter.java:103）位于hudson.FilePath.act（FilePath。 hudson.FilePath.act（FilePath.java:897）的hudson.plugins.deploy.CargoCon上的java：919） hudson.plugins.deploy.DeployPublisher.perform（DeployPublisher.java:61）的tainerAdapter.redeploy（CargoContainerAdapter.java:103）在hudson.tasks.BuildStepMonitor $ 3.perform（BuildStepMonitor.java:45）在hudson.model.AbstractBuild $ hudson.model.AbstractBuild $ AbstractBuildExecution.perform（AbstractBuild.java:770）hudson.model.Build $ BuildExecution.post2（Build.java:183）hudson.model.AbstractBuild $ AbstractBuildExecution.performAllBuildSteps（AbstractBuild.java:734）在hudson.model.Run.execute（Run.java:1784）在hudson.model.FreeStyleBuild.run（FreeStyleBuild.java:43）的$ AbstractBuildExecution.post（AbstractBuild.java:683）在hudson.model.ResourceController.execute（ hudson.model.Executor.run（Executor.java:240）处的ResourceController.java:89）原因：org.codehaus.cargo.container.tomcat.internal.TomcatManagerException：FAIL-路径/ TaskFormBuilder ## alpha不存在上下文0.21

在org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke（TomcatManager.java:566）在org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke（TomcatManager.java:480）在org.codehaus org.codehaus.cargo.container.tomcat.Tomcat7xRemoteDeployer.performUndeploy（Tomcat7xRemoteDeployer.java:62）上的.cargo.container.tomcat.internal.TomcatManager.undeploy（TomcatManager.java:420）在org.codehaus.cargo.container.tomcat .internal.AbstractTomcatManagerDeployer.undeploy（AbstractTomcatManagerDeployer.java:130）...还有17个org.codehaus.cargo.container.tomcat.internal.TomcatManagerException：FAIL-路径/TaskFormBuilder##alpha.21不存在上下文

在org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke（TomcatManager.java:566）在org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke（TomcatManager.java:480）在org.codehaus org.codehaus.cargo.container.tomcat.Tomcat7xRemoteDeployer.performUndeploy（Tomcat7xRemoteDeployer.java:62）上的.cargo.container.tomcat.internal.TomcatManager.undeploy（TomcatManager.java:420）在org.codehaus.cargo.container.tomcat org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy（AbstractTomcatManagerDeployer.java:178）上的.internal.AbstractTomcatManagerDeployer.undeploy（AbstractTomcatManagerDeployer.java:130）在hudson.plugins.deploy.CargoContainerAdapter.deploy（CargoContainerAdapter.java） ：73）在hudson.plugins.deploy.CargoContainerAdapter $ 1.invoke（CargoContainerAdapter.java:116）在hudson.plugins.deploy.CargoContainerAdapter $ 1.invoke（CargoContainerAdapter.java:103）在hudson.FilePath.act（FilePath.java： 919），网址为hudson。FilePath.act（FilePath.java:897），网址为hudson。 位于hudson的plugins.deploy.CargoContainerAdapter.redeploy（CargoContainerAdapter.java:103）（位于hudson.tasks.BuildStepMonitor $ 3.perform（BuildStepMonitor.java:45）位于hudson.plugins.deploy.DeployPublisher.perform（DeployPublisher.java:61）。 hudson.model.AbstractBuild $ AbstractBuildExecution.perform（AbstractBuild.java:770）.hudson.model.AbstractBuild $ AbstractBuildExecution.performAllBuildSteps（AbstractBuild.java:734）在hudson.model.Build $ BuildExecution.post2（Build.java:183） hudson.model的.model.AbstractBuild $ AbstractBuildExecution.post（AbstractBuild.java:683）在hudson.model.Run.execute（Run.java:1784）在hudson.model.FreeStyleBuild.run（FreeStyleBuild.java:43）在hudson.model。 hudson.model.Executor.run（Executor.java:240）处的ResourceController.execute（ResourceController.java:89）已完成：失败

任何人都可以协助如何使用tomcats建议的命名约定（使用哈希值来指定版本）让Jenkins将war文件重新部署到Tomcat。

Answer 1

我认为您会发现部署确实有效，它只会报告错误。

这是部署程序插件或货物代码中的错误，请参阅JIRA问题https://issues.jenkins-ci.org/browse/JENKINS-19564 。