問題タブ [cargo]

Cargo Mavenプラグインを使用してWARをリモートサーバーにデプロイしていますが、問題が発生しています。おそらくその問題について2番目の質問を作成しますが、これはMavenプラグインのlog4j構成をオーバーライドすることに関するものです。CargoはJBossのクライアントライブラリを使用して、JBossサーバーにデータを送信します（これを実行しようとしています）。JBossライブラリはlog4jを使用します。Cargoは、私が知っているようなマッピングレイヤーを設定していません。

したがって、基本的に、ログメッセージはMavenプラグインの依存ライブラリで発生します。-Dlog4j.debugを設定してみて、次の情報を取得しました。

次に、-Dlog4j.configuration = mylog4j.propertiesを設定しようとしましたが、次のようになりました。

log4j構成ファイルはMavenプラグインのクラスパスにある必要があるように見えますが、そこにランダムファイルを含める方法がわかりません。依存関係のみです。問題のトラブルシューティングのためにJBossライブラリからデバッグ情報を取得できるように、この情報を設定したいと思います。

依存プロジェクトから war-File を含む Jetty を開始することを目的とした新しい Maven プロジェクトを開始しました。cargo-plugin はこれに適したツールです。

残念ながら、私にはうまくいきません。Jetty は正常に起動しますが、期待されるものではなく、default-cargo-war-file しか含まれていません。

これは私の戦争ファイルの関連部分です:

mvn cargo:start を起動してプラグインを使用します。

エラーログ出力はありません。

指定した war-File をロードするよう Cargo に指示するにはどうすればよいですか?

統合テストをhttp://localhost:8080/messagingで cargo の tomcat にヒットさせたいのですが、cargo (cargo-maven2-plugin:1.0.5) は私のメッセージング プロジェクトを /messaging-0.0.7-SNAPSHOT としてデプロイすることを好みます。 Tomcat 管理コンソールと target\tomcat6x\webapps ディレクトリに表示されます。

そこで、以下の行を cargo config に追加して、デフォルトのアーティファクトを取得することを考えてみました:

しかし、そうではありません。target\tomcat6x\webapps ディレクトリにmessagingまたはmessaging-0.0.7-SNAPSHOTが表示されないため、試みさえしません。

次のように設定すると、同じことが起こります。

完全なプラグイン構成は次のとおりです。

私の統合テストは次のようになります。

続行するための最良の方法は何ですか? hxxp://localhost:8080/messaging-0.0.7-SNAPSHOT として正常にデプロイされることがわかっているので、テストを変更できますが、アーティファクト バージョンをすばやく取り込むにはどうすればよいでしょうか?

理想的には、貨物が正しく展開されるようにしたいのですが、その方法は不明です。

Cargo 1.0.5 を使用して war モジュール (マルチモジュール プロジェクトの一部) をリモートの Jetty 6.0.1 コンテナーにデプロイしようとしています mvn org.codehaus.cargo:cargo-maven2-plugin:1.0.5:deploy(mvn cargo:deploy何らかの理由でプラグインが見つかりません)。

エラーが発生しましたFailed to deploy。以下の完全なスタック トレースと関連する pom ファイルを参照してください。

ラファエル。

mvn org.codehaus.cargo:cargo-maven2-plugin:1.0.5:deploy

POM ファイル

hudsonとmavenプラグインを使用して、アプリケーションをJboss6サーバーに次のようにデプロイしたいと思います。

1. ハドソンはMavenクリーンインストールタスクを呼び出します
2. pom.xmlファイルには、カーゴプラグイン（バージョン1.0.6）が定義されています。
3. カーゴプラグインは、目標の停止と開始を伴うフェーズインストールの実行再デプロイを定義しました（この順序で）

すべてが正常に機能します。プロジェクトがクリーンアップされてからインストールされ、jbossサーバーが停止され（cargo：stopを使用）、再開されます（cargo：startを使用）。開始目標は、私のプロジェクトがjbossにデプロイされた戦争です。Webをテストすると、Webは機能し、すべての変更が存在します。

唯一の問題は、Jbossサーバーの起動後、「[INFO] Ctrl-Cを押してコンテナを停止します...」というメッセージが表示され、Ctrl-Cを押すのを待つため、Mavenが正常に実行を終了しないことです。これは標準のcargo：start動作です。その結果、ハドソンの仕事はうまく終了しません。

私が今求めているのは、この1つの小さな問題に対するある種の回避策です。この状態になるまでには長い時間（約16時間）かかりますので、完全にやり直さなくてはいけません。

私のアイデアはどうすればいいのでしょうか（しかし、私は有用なものをグーグルで検索することができませんでした）：

• ハドソンにバックグラウンドでMavenタスクを実行させる
• 貨物にバックグラウンドでjbossを実行させる（いくつかのスポーン、フォーク、jvmパラメーター、jbossランタイム引数）
• Mavenにタスクをバックグラウンドで実行させる

このソリューションを試した理由は、サーバー上でjbossを永続的に実行したいのですが、カーゴリモートデプロイオプションは、システムリソースを大量に使用するため、適切ではありません。このソリューションは、プロジェクトをインストールしてからサーバーを再起動する（stop-start）のに適しています。

助けてくれてありがとう。これが私のカーゴプラグインの設定です：

私はcargo-mavenプラグインを使用しており、プラグインのトークン置換機能を使用しようとしています。どういうわけかそれは私のために働いていません。貨物がトークンを値に置き換えることができるように、トークンを表す方法がわからないと思います。これが私のプラグイン設定です

test.propertiesの内容は次のとおりです。

カーゴプラグインのトークン置換の使い方の例を教えていただければ幸いです。

ありがとう

Maven との統合テストに Cargo を使用しています。ここで統合前に .m2 リポジトリから別の戦争を展開する例を見つけました。Cargo を使用して現在のプロジェクトと別の戦争を展開する方法を教えてもらえますか?

コンテナと同じマシン上の webapp からコンテナを管理するためにCargoを使用しようとしています。これまでのところ、私はほとんどのことを行うことができましたが、マネージャー アプリを最初に起動したときにコンテナーの状態を確認することになると行き詰まります。Containerインスタンスを初めて作成するとき、 container.getState()は常にState.UNKNOWNを返します。問題は、既に開始されているコンテナーを開始しようとすると余分な JVM が作成され、現在実行されていないコンテナーを停止しようとするとアプリがハングすることです。私のアプローチは次のようなものです：

コンテナの実際の状態を調べる方法はありますか? (実際にコンテナーを開始/停止する前に) コンテナーの状態について見つけることができる唯一の情報は、コンテナーがインストールされているかどうか ( ZipURLInstaller.isAlreadyInstalled()を介して) です。

Cargo Ant タスクバージョン 1.0.6 を使用して WAR ファイルをリモート Tomcat サーバーにデプロイしようとしました。ドキュメントからわかる限り、コンテナ タイプをremoteに、構成タイプを に設定する必要がありますruntime。ただし、実行すると、次のエラーメッセージが表示されます。

このエラー メッセージは、home(別のサーバー上にある) を設定したくないし、Tomcat を URL ( zipurlinstaller)からダウンロードしたくないので、私にはあまり意味がありません。サーバ。タイプを使用すると、 と の間でremote選択する必要がなくなると思いました。ここに特定のパラメータがありませんか?homezipurlinstaller

ここに私のAntコードがあります:

cargo-maven2-plugin を使用してビルド プロセス中に WAR アーティファクトをマージし始めたところ、uberwar mojo で問題が発生しました。マージは正常に機能しますが、結果の web.xml ファイルには余分な「xmlns」属性が含まれており、Jboss にデプロイするときにエラーが発生します。

たとえば、元の context-param 要素は次のようになります。

マージ後、追加の「xmlns」属性があります。

次の Jira の問題を見つけましたが、提案された解決策が明確ではありません: http://jira.codehaus.org/browse/CARGO-639

誰もが同様の問題に直面し、解決策を共有できますか? 他のツール (動作する) を使用して WAR をマージする場合は、お知らせください。

私の構成は次のとおりです。 Mac OS X

Java 1.6

Maven 2.1

cargo-maven2-plugin 1.1.0-SNAPSHOT

サーブレット仕様 2.5 (web.xml)