問題タブ [cargo]

Maven2 war プロジェクトをビルドし、cargo start プラグインを使用しています。これは Web アプリのデプロイに最適です。maven コマンドを実行するには、ワークスペースで .bat ファイルを使用し、bat ファイルを実行するための外部実行構成を用意しています。Eclipse コンソールからサーバーを停止したり、再デプロイしたりできないようです。

開発中にTomcatをローカルで開始/停止/再デプロイする方法について誰かアドバイスはありますか?

Java6でJSP2.1、Servlets 2.5、JSTL 1.2を使用しているWebアプリがあります。maven-jetty-plugin6.1.1rc1を使用して、問題なくテストを行っています。このリンクから：http ：//docs.codehaus.org/display/JETTY/JSP+2.0+v+JSP+2.1、JDK5+で正常に動作している場合にjetty6がJSP2.1を選択することを理解しています。

これは、アプリケーション戦争の私のpom.xmlからの関連セクションです。

次に、cargoとjetty6xを組み込んだ自動統合テストを設定したいと思います。コンテナはエラーなしで正常に起動します。ただし、JSPをレンダリングできません。これは私が得る例外であり、私が知る限り、JSP-2.1の代わりにJSP-2.0implが使用されているためです。

とCaused by: java.lang.NoSuchMethodError: javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext; at org.apache.taglibs.standard.tag.common.core.SetSupport.doEndTag(SetSupport.java:140)

これが私の貨物設定です：

貨物のjetty6xコンテナも桟橋のv6.1.1rc1を使用しているため、貨物が突堤を使用している方法と関係があるはずです。カーゴは、Maven依存関係メカニズムを使用する代わりに、コンテナー依存関係のバージョンをハードコーディングしていることを知っています（おそらく正当な理由で、jira-> CARGO-571）

だから私の質問は：他の誰かが貨物と突堤6xが埋め込まれたJSP2.1を使用することに成功しましたか？それを機能させるための提案はありますか？

どんな助けでも大歓迎です！

開発したアプリケーションがあり、ビルド プロセスを簡単にしようとしています。親の POM ファイルは次のようになります。

このファイルは、基本的に独立した子プロジェクトである 3 つのプロファイルを持っていることを示しています。以下のように、このファイルに貨物プラグインを追加しています。

しかし、「mvn cargo:start」を実行すると、Tomcat インスタンスは正常に動作しますが、子アプリはデプロイされません。最初の子アプリケーション (www) (www-webapp-1.2.0.war という war ファイルを生成する) を自動デプロイする方法はありますか?

更新: Pascal に感謝します。以下のようにビルドタグを変更してみました：

しかし、まだ機能していません。以下のようにビルドエラーが発生します。

アーティファクト [com.shc.obu.ca.osol:www-webapp-1.2.0:war] はプロジェクトの依存関係ではありません。「www-webapp」と「www」もアーティファクト ID として試しましたが、エラーは同じままでした。

同じものを依存関係タグに追加すると、次のような循環参照エラーが発生します。「リアクター内のプロジェクトには循環参照が含まれています」

私はcargo-maven2-pluginを試しましたが、jboss5xにデプロイしません。pom.xmlは

私はcargo：deployer-startまたはcargodeployer-deployを実行しますがエラーです

cargo：deployer-startエラーメッセージは次のとおりです。

およびcargodeployer-deploy

実行中のコンテナへのデプロイを読みましたが、jboss5でwebappをデポリする方法がわかりません:(

次のPOM構成を使用して、リモートJBoss 5.1.0に戦争を展開しています

正常に動作し、Web プロジェクトはhttp://localhost:8080/my-web-project/経由で起動されます

しかし、JBoss AS 管理コンソール ( http://localhost:8080/admin-console/ )にはその痕跡はありません。

正常ですか？

前もって感謝します

私の制約のいくつかを説明しましょう。

CXFSoapサービスとSpringMVCRESTサービスを使用する戦争があります。CXFとSpringMVCの両方の実装は別々のjarにあり、依存関係として取り込まれます。RESTサービスのプロジェクトには単体テストがあります。

RESTjarで「mvncleantest」のようなことをしながら、ローカルバージョンのwarをセットアップしてから、単体テストを実行する方法があるかどうか疑問に思いました。したがって、Hudsonのようなものを組み込んだり、リリースを行ったりする場合、回避策（スナップショットイヤーのデプロイやローカル戦争の手動実行など）は必要ありませんか？テストが貨物を使用して戦争内にあるときにこれが行われるのを見ましたが、テストが戦争から分離されているときはそうではありません。

今のところ、テストを別のjarに移しますが、リリース中に問題が発生した場合、つまりRESTjarとwarがすでにリリースされているかのように理想的ではありません。上記の方法で、RESTサービスと同じプロジェクトでテストを行うことをお勧めします。

誰かがこれを助けることができるポインタまたはドキュメントまたは例を持っているならば、それはありがたいです。

最近、プロジェクトを ant から maven に移行し始めました。アプリケーションには、maven を使用してビルドできる 2 つのモジュールがあります。

これで、UI 機能をテストするために Web ドライバーを使用する自動テスト プロジェクトが作成されました。私がmavenを使用してやろうとしていることは、両方のモジュール戦争を構築し、それらをTomcatに展開することです. 次に、それらに対して自動化テストを実行し、自動化テストに合格した場合はビルドに合格します。私はこのようにpomを設定しました（重要な部分に言及するだけです）：

これで、両方のプロジェクトがビルドおよびデプロイされますが、自動化テストは実行されません。と思った理由は、パッケージの種類がPOMだからです。しかし、それを戦争に変更すると、エラーがスローされ始めます。

自動化用に 3 番目の pom を作成し、それをモジュールとして含める親 pom を作成することも考えられます。しかし、私はこれが正しい方法であるかどうかを考えています。これは非常に一般的なシナリオであり、maven はそれを直接サポートする必要があります。

Maven2 と Cargo を使用して、GlassFish 2.x プロジェクトで統合テストを機能させようとしています。最終的に、Cargo で EAR をデプロイしようとしましたが、データ ソースが構成されていないため開始できません。アプリは、いくつかの JMS キューと接続ファクトリにも依存しています。これらを追加するにはどうすればよいですか?

Cargo Glassfish 2.x プラグインは、既存の構成がサポートされていないと言っているので、それはできません。

maven-glassfish-plugin の使用はオプションですが、OC4J も実行するため、Cargo ソリューションが優先されます。

編集:リソースは次のとおりです: 1 つの JDBC 接続プール、1 つの JDBC リソース、4 つの JMS キュー、2 つの JMS 接続ファクトリ、およびカスタム セキュリティ レルム (ナシ ツリー オプション)。レルムには、login.conf に次のようなエントリが必要です。

cargo-maven2-plugin を使用して、テスト用に WAR モジュールのデプロイを自動化しようとしました。

Tomcat サーバー (マシンにプリインストールされている) を起動し、起動したサーバーに戦争を自動的にデプロイするにはどうすればよいでしょうか?

Cargo プロジェクトのドキュメントには、 cargo:start ゴールはオプションでデプロイ可能なものをデプロイできることが記載されています。

http://cargo.codehaus.org/Maven2+plugin#Maven2plugin-gettingstarted

cargo:start コンテナを起動します。そのタスクは、必要に応じてコンテナーをインストールおよび構成できます。オプションで、デプロイ可能なもの (WAR、EAR など) をデプロイすることもできます。

ただし、このオプションを有効にして、cargo:start の実行時にデプロイ可能なものをデプロイする方法がわかりません。

これが私の現在のpom構成です：

「mvn cargo:start」を実行すると、Tomcat サーバーは開始されますが、my-war デプロイ可能ファイルはデプロイされません。そして、この戦争を展開するには、別のシェルから「mvn cargo:deploy」を実行する必要があります。

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