问题标签 [cargo]

我正在尝试升级我现有的 Maven 应用程序以使用 tomcat 7.10 及更高版本。

在 7.8 上，我使用 cargo-maven2-plugin 启动 tomcat 容器并部署 webapp，这工作正常。

在 7.10 及更高版本上，此操作失败并出现错误：

这是因为该库在 7.9 中已从 tomcat 中删除，但我使用的货物版本仍在其 server.xml 配置中指定该库。

该错误已在 cargo 1.1.0 ( http://jira.codehaus.org/browse/CARGO-923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel )中修复

我正在尝试研究如何强制使用 maven （或更具体地说是 cargo-maven2-plugin ）应该使用的货物版本。

我的 pom.xml 的相关部分如下所示：

问题是这将始终通过 cargo-maven2-plugin 版本号使用 cargo 1.6。如果我检查 mvnrepository 这是可用的最新版本（并且已损坏）。

如果我尝试在 configuration->properties 部分指定 core.cargo.version，它似乎没有任何区别。

有任何想法吗？

i'm trying to setup hudson job to release out project. I have one problem with cargo maven plugin. On release:prepare and release:perform it runs twice our integration tests. To run integration tests we unpack our artifact with jboss, then we deploy ear to our instance run tests, then stop instance, undeploy our ear. On this step everything is ok. But when doing second run cargo maven plugin fails with such an error:

So i guess the problem itself is in :The required web context is already in use by another application. Maybe someone had similar issue with webcontext?

我在使用 Maven 配置文件设置来运行 HtmlUnit 测试用例时遇到了一些问题。该配置文件使用 Maven Cargo 插件来部署应用程序，然后在部署的应用程序上使用 HtmlUnit 运行接口测试。

在我的本地机器上，我每次都能干净利落地运行这个 Maven 配置文件，但是在我运行 Hudson（1.386 版）的持续集成服务器上，无论它是否能够部署，这个配置文件都会被命中或错过。我的 Tomcat 日志显示此错误：

严重：配置类 org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError 的应用程序侦听器时出错：org.apache.myfaces.webapp.AbstractMyFacesListener.(AbstractMyFacesListener.java:36) 的 org/apache/commons/logging/LogFactory在 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 在 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 在 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 在 java.lang.reflect.Constructor org.apache.catalina.core.StandardContext 的 java.lang.Class.newInstance(Class.java:308) 的 java.lang.Class.newInstance0(Class.java:355) 的 .newInstance(Constructor.java:513)。 listenerStart(StandardContext.java:4079) 在 org.apache。catalina.core.StandardContext.start(StandardContext.java:4630) 在 org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) 在 org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java: 771) 在 org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546) 在 org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1041) 在 org.apache.catalina.startup.HostConfig .deployDirectories(HostConfig.java:964) 在 org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502) 在 org.apache.catalina.startup.HostConfig.check(HostConfig.java:1345) 在 org. org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) 中的 org.apache.catalina.core 中的 apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:303)。ContainerBase.backgroundProcess(ContainerBase.java:1337) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java: 1610) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) 在 java.lang.Thread.run(Thread.java:662) 引起：java.lang.ClassNotFoundException: org.apache .commons.logging.LogFactory at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 还有 23 个ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase. java:1590) 在 java.lang.Thread.run(Thread.java:662) 引起：java.lang.ClassNotFoundException: org.apache.catalina.loader.WebappClassLoader.loadClass 的 org.apache.commons.logging.LogFactory WebappClassLoader.java:1645) 在 org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 23 更多ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) 在 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase. java:1590) 在 java.lang.Thread.run(Thread.java:662) 引起：java.lang.ClassNotFoundException: org.apache.catalina.loader.WebappClassLoader.loadClass 的 org.apache.commons.logging.LogFactory WebappClassLoader.java:1645) 在 org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 23 更多ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) at java.lang.Thread.run(Thread.java:662) 原因：java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory at org.apache。 catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645) 在 org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 23 更多ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) at java.lang.Thread.run(Thread.java:662) 原因：java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory at org.apache。 catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645) 在 org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 23 更多

这个问题令人困惑，因为它可能发生，或者如果不对代码进行任何更改，并且完全相同的代码在我的本地机器上完美运行这一事实，它就不可能发生。问题/错误纯粹是 Cargo 插件中部署的一部分，但没有明确的原因发生。任何想法、建议或解决方案都会对我有很大帮助。

更多细节：

本地机器（运行）：Windows 7 64 位、Maven 2.2.1、Tomcat 6.0.32

CIS 服务器（失败）：Windows 2008 Server 64 位、Maven 2.2.1、Tomcat 6.0.32、Hudson 1.386。

Maven 命令和目标：“mvn clover2:instrument clover2:clover site -P integration”（集成是 Maven 配置文件）

我正在开发一个涉及几个 webapps 的集成测试，但是在使用 maven 编译时，由于 spring 和 spring 上下文之间的版本不一致，即使我对它们都使用相同的版本，也会给出一个 linksError 。使用的 pom.xml 如下：

……

...

...

提示 mvn verify 时产生的错误：

感谢您的回复。

我想简单地合并两个 WAR 文件，用来自第二个 WAR 的文件覆盖第一个 WAR 中的相应文件，即输出 WAR 将包含来自第二个 WAR 的 web.xml（如果存在的话）。我正在尝试使用 cargo-maven2-plugin，但我遇到了问题。Cargo 有一些用于合并 web.xml 的复杂机制，在大多数情况下，结果与我需要的不同。

我尝试了一些类似于以下的 uberwar 配置：

1)

2)

在这两种情况下，我都没有得到我想要的，甚至没有得到与我想要的类似的东西。你知道我做错了什么吗？或者也许 Cargo 不是一个很好的工具......你知道任何其他可以做同样事情并且可以与 Maven 集成的工具吗？谢谢。

我有一个 Maven 项目，我想使用 Cargo-Maven-Plugin (1.1.1) 来启动和停止 tomcat 服务器以运行集成测试。

服务器的启动工作正常，但停止总是失败。

我已经用几个项目对其进行了测试，至少添加了一个空项目（注意除了 web.xml），但结果始终相同。我测试的是 tomcat6、tomcat7 甚至嵌入式 Jetty6 和 7，但总是同样的例外。我在启动和停止之间添加了 5 秒的延迟（通过集成测试），但这无济于事。

当我查看日志文件和正在运行的进程时，似乎 tomcat 已停止，但 cargo 并没有注意到它。

所以我的问题是：

• 我有什么问题吗？
• 它是一个错误吗？
• 有没有变通办法？

我正在寻找可以在应用程序服务器（tomcat）上部署战争及其相关 context.xml 文件和/或应用程序属性文件的东西。问题是属性文件应该在应用程序上下文的类路径中（在 conf/Catalina/localhost 中）。

为了做到这一点，我找到了似乎我需要的 Cargo Maven 插件，但是如何在远程服务器中部署 conf 文件？我不确定这是否可能......

否则你知道其他方法吗？

简而言之，我需要一些东西来制作mvn 目标：安装 -P 生产，并且该项目安装在远程服务器中而无需执行任何操作。

我正在使用 cargo maven 插件来启动 weblogic 服务器（mvn cargo:run）。一切正常，但哈德逊的工作没有完成。服务器启动后有什么方法可以完成哈德森的工作吗？

我正在使用 Maven 3.0.3。有没有办法可以使用 Maven Cargo 插件来启动嵌入式 Tomcat 服务器？现在，看来我必须先自己安装它。当我尝试将容器类型更改为“嵌入式”时出现此错误...

我使用的配置是...

任何帮助表示赞赏。我不使用 Maven 嵌入式 Tomcat 插件的原因是它不支持多个部署工件。谢谢， - 戴夫

我正在使用 cargo maven 插件将我的应用程序部署到 glassfish 容器中进行集成测试：

集成测试由 Hudson 执行。如果部署失败（不管是什么原因），cargo 插件只会产生如下警告：

问题是，这会导致构建成功并因此触发其他构建。

如果部署命令失败，有什么办法可以强制货物产生 Maven 构建错误而不是信息？