問題タブ [maven-deploy-plugin]

アーティファクト リポジトリにデプロイしたい追加のアーティファクトも生成する WAR プロジェクトがあります。だから私はデプロイプラグインの下で実行を構成して、追加の各アーティファクトをデプロイしました

しかし、実行のために javadoc とソースを明示的にオフにしようとしても、実行ごとにプロジェクトの javadoc とソースをデプロイしようとします。注意: プロジェクト用の javadoc とソースが必要ですが、(mojo のデプロイによって) 1 回だけデプロイする必要があります。

これは、デプロイ mojo の javadoc とソース、および各 deploy-file mojo 実行をリリース リポジトリにデプロイしようとするため、私のビルドが壊れるリリース時になるまで大したことではありません。アーティファクトの再デプロイを許可しない。

deploy-file mojo のソースと javadoc をデプロイしないように maven-deploy-plugin を設定することは可能ですか?

Maven ビルド サーバーを Maven 2 から Maven 3 に移行しています。scp を使用して新しい Java アプリケーションをリモート サーバーにデプロイするように Maven をセットアップしています。ただし、「mvn install」を実行すると、次のメッセージが表示されます。

ここでは、私が使用しているシステムに関するいくつかの情報を示します。

合計メモリ 4GB の Ubuntu 14.04 で実行しています。

を実行するたびに同じエラー メッセージが表示されますmvn install。javaヒープスペース例外の前の最後のコマンドでダウンロードされているファイル... Downloading: scp://mvn.FooCorp.com/var/www/maven2/com/Foo/Foo/S88-SNAPSHOT/maven-metadata.xml ...リモートサーバーに存在します（アクセスできるので確認しました）。MAVEN_OPTSによると、Mavenには十分なメモリがあるようです。また、top コマンドを使用してシステム メモリを監視しましたが、1.5 GB を超えるメモリを使用することはほとんどありません。このような問題に対する他の多くの解決策を見てきましたが、それらはすべて Maven により多くのメモリを与えることを含みますが、2GB は Maven のニーズをカバーするべきだと思います (私が間違っているかもしれません)。これが役立つかどうかはわかりませんが、「mvn install」を実行でき、完全に機能します。唯一の問題は、maven deploy コマンドです。

ワゴンプラグインは私のPOM.xmlで次のように構成されています

そして、maven-deploy-plugin 構成は POM で次のように構成されます...

私はこれに苦労してきました。他に何を試すべきかわかりません。可能な解決策や一般的なアドバイスをいただければ幸いです。

必要に応じて、さらに情報を追加できます。

ご協力いただきありがとうございます。

既存のアーティファクトをあるリポジトリから別のリポジトリにコピーする最良の方法を見つけようとしています。

maven-deploy-plugin を使用して手動で行うことは可能ですが、マルチモジュール プロジェクトがある場合はどうなりますか?

手動で、すべてのモジュール (maven-dependency-plugin とその目標の copy-dependencies を含む fe) をダウンロードし、適切な引数を使用して maven-deploy-plugin で手動でデプロイします。

どうすればmavenの方法でそれを行うことができますか?

私のmaven pomには、デプロイ可能なものに含めたい追加のjarファイルがあります。私はjarファイルの構築に成功しました。そして、次のようにmaven-deploy-pluginを使用すると考えました（バージョンに関しては、依存関係管理から2.8.2を使用しています）：

これはうまく機能しますが、わずかな問題があります。お気づきのとおり、上記の pom は、repositoryId パラメーターと url パラメーターの両方に project.distributionManagement.repository.url を使用しています。ただし、これは、ビルドするのがスナップショットかリリース バージョンかに関係なく、常にリリース エリアにデプロイすることを意味し、これは理想的ではありません。スナップショットを作成している場合はどうなりますか? まあ、答えは project.distributionManagement.repository.url を project.distributionManagement.snapshotRepository.url に変更することのようです

これらの行を手動で変更するという考えは好きではありません。maven-release-plugin を使用してスナップショット バージョンとリリース バージョンを切り替えるのが好きだからです。ここで、これらの行を毎回変更するスクリプトを追加する必要があります。それは可能ですが、理想的ではありません。

誰かが 2008 年にこの正確な問題について尋ねたようですが、実際には良い答えはありませんでした: http://maven.40175.n5.nabble.com/problems-with-the-maven-deploy-plugin- td107307.html そこで、ここに追加して、人々が何を考え出したかを確認しようと思いました。

build-helper プラグインを使用してこのプロパティを動的に変更することを検討していますが、特に誰かが以前に似たようなことを試みたので (他の理由で、概念は似ています) 、Maven かどうかを確認してください。 pomはSNAPSHOTです

それで、ここで正しい答えは何ですか？これは機能要求であるべきですか? または、人々が使用するこの問題を回避する簡単な方法はありますか? 他の人が何をしたのか興味があります。build-helper プラグインで運が良かった人はいますか?

ありがとうございました！

マルチモジュールmavenプロジェクトの一部であるゲートウェイクライアントプロジェクトがあります。gateway-client pom.xml は、2 つの主要なアーティファクト (gateway-client.jar と gateway-services-client.jar) を作成し、それらを 2 つの別個の Nexus リポジトリ (それぞれリリース リポジトリとサード パーティ リポジトリ) にデプロイするように構成されています。これは、デフォルトでアクティブになっているプロファイルを介して行われます。

問題は、このプロファイルがデフォルトでアクティブであるためmvn deploy、GAV 座標のバージョンが -SNAPSHOT である場合に実行しようとすると、ビルドが意図せずに Nexus サードパーティおよびリリース リポジトリにデプロイしようとして失敗することです。 -SNAPSHOT アーティファクト バージョンは受け入れません。これを回避するために、スナップショット リポジトリにのみデプロイする -SNAPSHOT バージョン専用のプロファイルをセットアップします。

これに関する問題は、Maven コマンドを実行するときにプロファイルを指定する必要があることです: mvn deploy -P 'snapshot'. 私の質問はmvn deploy、スナップショット プロファイルを指定せずに実行し、バージョンの -SNAPSHOT の存在に基づいてビルドをスナップショット リポジトリまたはサード パーティおよびリリース リポジトリに自動的にデプロイするだけでよいようにするにはどうすればよいかということです。 GAV座標の？