問題タブ [maven-cargo]

maven cargoプラグインを使用してWebアプリケーションをサーバーにデプロイしようとしていtomcatます。

mvn cargo:deployしかし、コマンドプロンプトでコマンドを実行しているときに、以下のエラーが発生します。

[INFO] [C：\ Users \ Ramesh \ワークスペース\SimpleSpringMvcExample \ target \ SimpleSpringMvcExample.war]のデプロイに失敗しましたFAIL-例外java.io.FileNotFoundExceptionが発生しました：C：\ Program Files \ Apache Software Foundation \ Tomcat 6.0 \ webapps \ SimpleSpringMvcExample.war（アクセスが拒否されました）

pom.xml

tomcat-users.xml

mavensettings.xml _

私はtomcatadminの正しいIDとパスワードを与えたと思いますが、pom.xml何が悪いのかわかりませんか？

正常に動作していましたが、突然このエラーがスローされ始めました...サンプルのSpringプロジェクトの1つにmaven-tomcat-pluginを使用した後です。

これと関係があるのか​​わかりません...

問題を特定するのを手伝ってください。

前もって感謝します。

GlassFish v3をサポートしているようですが、オンラインの例はまばらです。貨物から同じエラーが引き続き発生します：GlassFish管理CLI JARが見つかりません：admin-cli.jar

これが私のpomです

修正されたPom：

cargo:redeploy私が実行している間にMavenに実行させることは可能release:performですか?

現在、バージョンからのrelease:perform削除-SNAPSHOT、ビルド、コミット、およびバージョンのインクリメントを行っています。これにより、最終バージョンの WAR がtarget/ディレクトリに配置されますが、実行cargo:redeployすると新しいバージョン番号が表示され、pom.xml失敗します。

貨物プラグインに古いバージョン番号を使用するか、最終的なWARが構築された後、バージョンがインクリメントされる前に実行が発生するように指示する方法はありますか?

Cargo は従属 Maven モジュールから WAR を問題なく実行するため、Maven の jetty プラグインから Cargo プラグイン (cargo-maven2-plugin) に移行しています。Web アプリ内では、JNDI を介してすべての構成を外部化するために多大な労力を費やしました。これらの JNDI 定義は Web アプリ固有であるため、WAR の外部にある jetty-env.xml ファイルに配置されます。Jetty プラグインを使用して、このファイルを次のように指定しました。

Cargo プラグイン内でこれを指定するにはどうすればよいですか? これが私がこれまでに持っている構成です。もちろん、JNDI 構成がないために失敗します。

可能であれば、Tomcat の context.xml ファイルを WAR ファイルの META-INF ディレクトリから除外したいと考えています。これはMavenのカーゴプラグインで実行できますか? 正しい構成が見つからないようです。

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

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

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

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

Mavenプロジェクトに一連のサーブレットとサーブレットフィルターがあり、それらはjarにパッケージ化されており、そのjarは他の一連の「ホスト」Webアプリケーションの/libディレクトリーに含まれることを意図しています。これらのサーブレットは、単独で実行することを意図したものではなく、独自の戦争を保証するものではありません（スタンドアロンのWebアプリではありません）。

私のsrc/test / javaディレクトリには、これらの「ホスト」アプリケーションを大まかに模倣するモックオブジェクトがいくつかあります。

統合テストフェーズでTomcatのインスタンスを起動するためにカーゴを使用していますが、Tomcatにsrc / test/javaの模擬「ホスト」サーブレットを使用させるのに苦労しています。

これを行うための推奨される方法はありますか？最初にsrc/test / javaのソースから戦争を構築する必要がありますか？

また、コンテナを起動する前に、実際のプロジェクトのjarファイルをWEB-INF/libに移動する必要があります。これを行うためにMavenアセンブリプラグインを使用することを検討しましたか？貨物構成オプションだけでこれを行う方法はありますか？

ご入力ありがとうございます。

依存プロジェクトから 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 として正常にデプロイされることがわかっているので、テストを変更できますが、アーティファクト バージョンをすばやく取り込むにはどうすればよいでしょうか?

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

現在、さまざまなレベルでテストしている Web アプリケーション (junit テスト、tomcat を実行する貨物コンテナー内の統合テスト、htmlunit など) を持っていますが、現在問題に直面しています。

いくつかの入力情報を使用して、Web アプリケーションは、作成プロセスが完了した後にダウンロードできる zip ファイルを生成しています。少なくとも、単一の tomcat 内で必要なすべてのアプリケーションとバックエンドを開始する htmlunit とカーゴ コンテナを使用して、さまざまなユース ケースをテストすることに問題はありませんでした。

私のWebアプリケーションの新しいバージョンは、生成されたファイルを構成された電子メールアドレスに送信（javax.mail）しています（以前にそのメールを手動で送信しました）が、送信しているものとそれが送信されているかどうかを統合テストする方法がわかりません成功しました。

貨物テストコンテナ内で簡単に実行でき、アプリケーションで構成し、受信したすべてのメールをアサートできるようなモックメールサーバーまたは sth はありますか?

これらのテストを内部で実行する必要があるさまざまな環境 (開発、ハドソン、統合環境など) があり、その状態と可用性に依存するため、テスト領域の外で実行されている静的なメールサーバーを使用したくありません。

そうでない場合、他の解決策はありますか？本当にありがとうございました。