問題タブ [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.
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 ファイル
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を指定しようとしても、違いはないようです。
何か案は?
maven - maven verify フェーズで jbehave-maven-plugin レポートの失敗を作成する方法は?
と統合しようとしjbehave-maven-plugin
ていcargo-maven2-plugin
ます。
jbehave-maven-plugin
integration-test
フェーズ中に実行するように構成されています
cargo-maven2-plugin
cargo:startサーバーを構成しwar
、pre-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
?
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: アドレスは既に使用されています
どうすれば問題を克服できますか。
ありがとう。
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 として指定されたバージョンに関連していることを確認してください。
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 のプラグイン構成をどのように変更すればよいですか?
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 プラグインで可能ですか? アイデアや代替案はありますか?