問題タブ [cargo-maven2-plugin]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
1223 参照

maven - Maven2、Cargo、および Jetty 6 を使用してリモート コンテナーにデプロイしようとすると問題が発生する

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 ファイル

0 投票する
1 に答える
1351 参照

java - カーゴ-maven2-pluginで使用するcore.cargo.versionを指定する方法

既存の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を指定しようとしても、違いはないようです。

何か案は?

0 投票する
0 に答える
603 参照

maven - maven verify フェーズで jbehave-maven-plugin レポートの失敗を作成する方法は?

と統合しようとしjbehave-maven-pluginていcargo-maven2-pluginます。

jbehave-maven-pluginintegration-testフェーズ中に実行するように構成されています

cargo-maven2-plugincargo:startサーバーを構成しwarpre-integration-test段階的にweb アプリを展開し、 cargo:stopサーバーを段階的に展開するpost-integration-test

私の意図は

  • サーバーを起動し、pre-integration-test段階的にアプリをデプロイします
  • jBehave テストをintegration-test段階的に実行する
  • サーバーをpost-integration-test段階的に停止する
  • verify段階的にテストの失敗を報告する

このセットアップを実行しようとすると

テストの失敗がない場合は正常に動作します。

ただし、テストが失敗すると、Maven はintegration-testフェーズで停止し、残りのフェーズは実行されません。これにより、サーバーの停止に失敗します。

verifyレポートが生成され、失敗が段階的に報告されるように、このセットアップを機能させる方法はありますか

Maven Failsafe Pluginが 2 つの異なる目標 ( failsafe:integration-test & ) を使用するのと同じようにfailsafe:verify?

0 投票する
1 に答える
380 参照

tomcat7 - cargo maven を使用した Tomcat の停止と再起動の問題

Tomcat の開始/停止に cargo maven プラグインを使用し、統合テストを実行するために war を展開しています。

cargo jvmargs で jmxremote.port 10082 を宣言しました。

デフォルトのものとは異なる cargo.servlet.port を指定しました。

ほとんどの場合、問題に直面していません。ただし、少なくとも 1 日に 1 回は、Tomcat の再起動中に以下の問題に直面します。

エラー: エージェントによって例外がスローされました: java.rmi.server.ExportException: ポートは既に使用されています: 10082; ネストされた例外は次のとおりです: java.net.BindException: アドレスは既に使用されています

どうすれば問題を克服できますか。

ありがとう。

0 投票する
1 に答える
1266 参照

maven-2 - cargo を使用した wildfly へのリモート展開が失敗する

cargo maven プラグインを使用してアプリケーションをリモートの wildfly 8.1.0.Final にデプロイしようとしていますが、エラー Operation failed: Could not connect to remote://10.0.0.165:9990 in 5000ms で失敗します。

このアプリケーションは、maven アーキタイプ cargo-archetype-remote-deployment によって生成されるデフォルトのアプリケーションです。このアプリケーションは、pom を変更せずに jboss 7.1.1.Final に正常にデプロイできます。次のプロファイルを pom に追加しました

これは、wildfly の変更を含む jboss7x プロファイルのコピーです。

最初のプロパティは、正しいホスト名とユーザー名、およびパスワードに変更されています。http を使用して 10.0.0.165:9990 にログインし、Web インターフェイスにアクセスできます。jboss-cli インターフェイスを使用して 10.0.0.165:9990 にログインし、コマンドラインを使用してアプリケーションをサーバーにデプロイすることもできます。推奨どおりにタイムアウトも増やしましたが、成功しませんでした。

remote:// プロトコルが wildfly で使用できないか、名前が正しくなく、cargo がそれを使用して接続できることを期待しているようです。

過去に Netbeans 8 を接続したときに、wildfly とインターフェイスに加えられた変更に問題がありました。最終的に、ベータ版の 1 つで削除されたネイティブ管理インターフェイスを追加することで、その解決策を見つけました。

これを機能させる方法についての知識はありますか?実際の例からのポンのコピーは良いでしょう。返信する前に、返信が jboss/redhat として指定されたバージョンに関連していることを確認してください。

0 投票する
1 に答える
1229 参照

maven - Maven Cargo プラグインを使用して WAR を 2 つの異なるサーバー (運用段階と開発段階) にデプロイできますか?

以下に示すMaven Cargoプラグイン構成のプロジェクトがあります。を実行するmvn cargo:redeployと、現在のバージョンのアプリケーションが のサーバーにデプロイされますAAA.BBB.CCC.DDD

次に、2 番目のサーバーを追加します。たとえば、EEE.FFF.GGG.HHH. EEE.FFF.GGG.HHH実動サーバーになりAAA.BBB.CCC.DDD、開発/テスト段階になります。

mvn cargo:redeployアプリケーションを異なるサーバー (本番とテスト、EEE.FFF.GGG.HHHおよび) にデプロイするために使用できますAAA.BBB.CCC.DDDか? はいの場合、以下の Cargo のプラグイン構成をどのように変更すればよいですか?

0 投票する
2 に答える
1056 参照

maven - cargo maven プラグインを使用して、アーティファクトをデプロイせずにサーバーを起動する

デプロイを実行せずに、maven から JBoss AS 7 サーバーを起動するためだけに cargo maven プラグインを使用しようとしています。

サーバーを起動することはできますが、貨物プラグのドキュメントで読むことができるように、プロジェクトのパッケージングが Java EE (WAR、EAR など) である場合、目標 cargo:run および cargo:start は現在のプロジェクトを自動的にデプロイします。 m プラグイン構成でデプロイ可能なセクションを使用しない。

これは、pom ファイルの単純な貨物プラグイン セクションです。

私はデプロイ可能なものを使用しておらず、プロジェクト パッケージは war であるため、サーバーの起動時に cargo が自動的にプロジェクトをデプロイします。

プロジェクトのアーティファクトをデプロイせずにローカルサーバーを起動するためだけに、ゴール cargo:run を使用したいと思います。

cargo maven プラグインで可能ですか? アイデアや代替案はありますか?