問題タブ [cargo]

既存のMavenアプリケーションをTomcat7.10以降を使用するようにアップグレードしようとしています。

7.8では、cargo-maven2-pluginを使用してtomcatコンテナーを起動し、webappをデプロイします。これは正常に機能します。

7.10以降では、これは次のエラーで失敗します。

これは、このライブラリが7.9でtomcatから削除されたためですが、使用しているカーゴのバージョンでは、server.xml構成でこのライブラリが指定されています。

バグはcargo1.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バージョン番号を介してcargo1.6を使用することです。mvnrepositoryを確認すると、これは利用可能な（そして壊れている）最新バージョンです。

configuration->propertiesセクションでcore.cargo.versionを指定しようとしても、違いはないようです。

何か案は？

プロジェクトをリリースするためにhudsonジョブをセットアップしようとしています。cargo maven プラグインに 1 つの問題があります。release:prepare と release:perform では、統合テストを 2 回実行します。統合テストを実行するには、アーティファクトを jboss でアンパックし、ear をインスタンス実行テストにデプロイし、インスタンスを停止して ear をアンデプロイします。このステップでは、すべて問題ありません。しかし、2 回目の実行時に cargo maven プラグインが次のようなエラーで失敗します。

したがって、問題自体は次のとおりだと思います。必要なWebコンテキストは、別のアプリケーションによって既に使用されています。多分誰かが webcontext で同様の問題を抱えていましたか?

HtmlUnit テスト ケースを実行するための Maven プロファイルのセットアップに問題があります。プロファイルは、Maven Cargo プラグインを使用してアプリケーションをデプロイし、その後、デプロイされたアプリケーションで HtmlUnit を使用してインターフェイス テストを実行します。

私のローカル マシンでは、この Maven プロファイルを毎回確実にクリーンに実行できますが、Hudson (ver. 1.386) を実行している継続的インテグレーション サーバーでは、デプロイできるかどうかに関係なく、このプロファイルはヒットまたはミスします。Tomcat ログに次のエラーが表示されます。

SEVERE: クラス 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 .newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.catalina.core.StandardContext. org.apache の listenerStart(StandardContext.java:4079)。org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) の catalina.core.StandardContext.start(StandardContext.java:4630) 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)。org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) の ContainerBase.backgroundProcess(ContainerBase.java:1337) 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 詳細org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) の ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) 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 で org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1645) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) ... 23 詳細org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) の ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) 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 で org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1645) at 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) at 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) at 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 サーバー 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 コンテキスト間のバージョンの不一致により、linkageError が発生します。使用される pom.xml は次のとおりです。

....

...

...

mvn verify のプロンプト時に生成されたエラー:

返信ありがとうございます。

単純に 2 つの WAR ファイルをマージし、最初の WAR の対応するファイルを 2 番目の WAR のファイルで上書きします。つまり、出力 WAR には 2 番目の WAR からの web.xml が含まれます (存在する場合)。cargo-maven2-plugin を使おうとしていますが、問題があります。Cargo には web.xml をマージするための洗練されたメカニズムがあり、ほとんどの場合、結果は必要なものとは異なります。

次のような uberwar 構成をいくつか試しました。

1)

2)

どちらの場合も、私が欲しいもの、または私が望むものに似たものさえも得られません。私が間違っていることを知っていますか？または、Cargo はそのための優れたツールではないかもしれません...同じことを実行でき、Maven と統合できる他のツールを知っていますか? ありがとう。

Cargo-Maven-Plugin (1.1.1) を使用して tomcat サーバーを起動および停止し、統合テストを実行する Maven プロジェクトがあります。

サーバーの起動は正常に機能しますが、停止は常に失敗します。

いくつかのプロジェクトでテストしましたが、少なくとも空のプロジェクト (web.xml を除く) を追加しますが、常に同じ結果になります。私がテストしたのは、tomcat6、tomcat7、および組み込みの Jetty6 と 7 でもありましたが、例外は常に同じです。(統合テストを介して) 開始と停止の間に 5 秒の遅延を追加しましたが、これは役に立ちません。

ログ ファイルと実行中のプロセスを見ると、Tomcat が停止しているように見えますが、cargo はそれに気づきませんでした。

だから私の質問は：

• 私は何か間違っていますか？
• バグですか？
• 回避策はありますか？

アプリケーションサーバー（Tomcat）に戦争とその関連するcontext.xmlファイルおよび/またはアプリケーションのプロパティファイルを展開できるものを探しています。問題は、プロパティ ファイルがアプリケーション コンテキストのクラスパス (conf/Catalina/localhost) にある必要があることです。

これを行うために、必要と思われるCargo Mavenプラグインを見つけましたが、リモートサーバーにconfファイルをデプロイするにはどうすればよいですか? これが可能かどうかはわかりません...

そうでなければ、これを行う別の方法を知っていますか？

要するに、私はmvn の目標を作成するために何かが必要です:install -P プロダクションプロジェクトは何もせずにリモートサーバーにインストールされます。

cargo maven プラグインを使用して weblogic サーバー (mvn cargo:run) を起動しています。すべてが正常に機能していますが、hudson のジョブは完了していません。サーバーの起動後に hudson ジョブを完了する方法はありますか?

Maven3.0.3を使用しています。Maven Cargoプラグインを使用して組み込みTomcatサーバーを起動する方法はありますか？今のところ、最初に自分でインストールする必要があるようです。コンテナタイプを「埋め込み」に変更しようとすると、このエラーが発生します...

私が使用した構成は...

どんな助けでも大歓迎です。Maven組み込みTomcatプラグインを使用していない理由は、複数のデプロイメントアーティファクトをサポートしていないためです。ありがとう、-デイブ

cargo maven プラグインを使用して、統合テストのためにアプリケーションを Glassfish コンテナーにデプロイしています。

結合テストは Hudson によって実行されます。デプロイが失敗した場合 (理由に関係なく)、cargo プラグインは次のような警告を生成します。

問題は、これによりビルドが成功し、他のビルドがトリガーされることです。

deploy コマンドが失敗した場合に、カーゴに情報ではなく maven ビルド エラーを強制的に生成させる方法はありますか?