問題タブ [parent-pom]

1日に2回質問するのはマウベイトンだと知っていますが、もう1つのMavenパズルゲームがあります。

5つのモジュール（5つのサブプロジェクト）を定義する親POMがあります。各モジュールはまったく同じ方法で実行されるため、<profile><build>セクションを親POMにプルして、重複するコードを取り除きます。さて、各モジュールから個別にビルドを実行すると機能しますが、すべてのモジュールを一度にビルドして親ディレクトリに移動すると、Mavenが最初に実行しようとするのは親プロジェクト自体であるため、エラーが発生します。

その後、execプラグインがそこにないものを実行しようとするため、ビルドは失敗します。出力を見ると、reactorプラグインがビルドを駆動していることは明らかですが、親をスキップするようにreactorを構成するにはどうすればよいですか？

samePS混乱を防ぐために-ビルド中に親でのプロファイルの実行を抑制し、子で有効にしようとしています

例えば：

Mavenが親pomを検索するという意味ですか？はいの場合、どこで、どの順序で？1レベル上のフォルダにある可能性がありますか？またはローカルリポジトリまたはリポジトリにありますか？

私はいくつかのMavenプロジェクトを持っており、それぞれにいくつかの共通の機能または少なくとも共通の構成/依存関係があります。これを共通のpom.xmlに抽出し、永続性、Spring関連の依存関係など、いくつかのファセットをモジュール化しました。これらはすべて、この親POMから継承する独自のモジュールに含まれています。

現在、「Common」はバージョン1.0.0で、継承したい「ProjectA」があります。警告が表示されます：

バージョンが親バージョンと重複しています

これが警告である理由を完全には理解していません。バージョンを継承するために、プロジェクトPOMからバージョンを省略するオプションがあると思いました。（これは共通モジュールに対して行います。たとえば、common-springはSpringアプリに共通の依存関係を追加します。実際、ProjectAは実際にはcommon-springから継承します。）

それだけではありません-オプションですか？ProjectAのバージョンを1.0.1または2.0.0に変更すると、すべて問題ありません。

Maven マルチモジュール プロジェクトがあり、このビルドには 2 つの異なる親 POM が必要です。最初のものはプロジェクト内のほとんどのモジュールの実際の親 POM ですが、1 つのモジュールは完全に異なるプロジェクトの親 POM を使用するデモ プロジェクトです (これは私のプロジェクトを使用して 2 番目のプロジェクトのコードを生成する方法のデモであるため)。

ビルドは機能しますが、警告が表示されます。

other_project実際には私のビルドのモジュールではないため、どこにでも配置できます。これは、相対パスを指定できないことを意味します。

この警告を修正するにはどうすればよいですか?

親pomファイルに依存する単純なmavenプラグインがあります。親 pom ファイルには、次のコマンドを使用してローカル リポジトリにインストールされた 10 個 (10 個) のサード パーティの jar 依存関係があります。

同様に、他の 9 つの jar ファイルをすべてローカル リポジトリにインストールしました。これは、uber pom.xml ファイルです。

次の方法で、プラグインの pom.xml ファイルでこの uber pom を参照しようとしています。

この後、 pom.xml ファイルを使用してプラグインをインストールしてみます

Maven は、中央リポジトリhttp://repo1.maven.org/maven2からサード パーティのアーティファクトの依存関係をダウンロードしようとしますが、その後失敗します。中央レポで見つけることができるような座標のアーティファクトがないため。

私は絶望的だったので、プラグインの依存関係として uber-pom を使用してみました。何か案は？

ローカルでプロジェクト「test-jar」を作成していますが、「test-jar」プロジェクトの親として書き込みアクセス権がない pom ファイルを使用しています。親プロジェクトは、古いバージョンの depedencyManagement を既に定義しています。

プロジェクトで依存関係のバージョンを更新する必要があり、親の依存関係管理をオーバーライドする計画があるためです。そのため、独自の依存関係管理を使用して別の POM ファイルを作成し、「test-jar」プロジェクトにインポートしました。

私のプロジェクト ：

私の親プロジェクト:

更新された依存関係管理のカスタム POM:

問題は、プロジェクトに新しい依存関係管理をインポートしたにもかかわらず、常に親 pom から依存関係バージョンを取得していることです。

ここでは Maven 2.2.1 バージョンを使用しています。

親 POM から依存関係管理を上書きする方法はありますか?

私はMavenのチュートリアルに従っています。いくつかのモジュールが含まれている非常に単純なプロジェクトがあります。モジュールpomで、メインのプロジェクトpomバージョンとグループを${parent.groupid}と${parent.version}で参照したいので、これらのいずれかを変更しても、子pomでダウンを探す必要はありません。それらを変更しますが、解決できない親POMを取得しています：アーティファクトエラーを転送できませんでした

私はここstackoverflowでいくつかの「解決できない親POM：」の質問を読みましたが、私が読んだものは何も役に立ちませんでした。

私のディレクトリ構造は次のとおりです。

次のエラーが発生します：

ヘルプ1とヘルプ2のリンクを読みましたが、役立つものは何も見つかりませんでした。ログから理解できることから、MavenはMavenリポジトリで私のメインのpomを探しているということです...

私は何が欠けていますか？

私のメインのpom.xml

私のモジュールpom.xml：

よろしく、フェリペ

私は現在、約 12 のサブプロジェクトからなるプロジェクトに取り組んでいます。

各サブプロジェクトには、依存関係を個別に構築する POM が含まれています。

上流のサブプロジェクトには、log4j などへの依存関係を含めるのと同じ方法で、下流のサブプロジェクトを依存関係として含めます。

これらの依存関係は、ローカルの Nexus リポジトリに保持されます。

これはうまくいくようです。

しかし、今日、11 か月の開発を経て、リファクタリングを念頭に置いてこれらの多数の POM ファイルを再検討することにしました。

<parent>その後、タグとタグを発見し<module>、Maven プロジェクト戦略が「正しい」かどうか疑問に思い始めています。

最上位レベルの POM (Web WAR プロジェクト) が、上記のような一連の依存関係ではなく、モジュールをリストする親 POM に変更されるように POM をリファクタリングすると、どのような利点がありますか?

私は、十数個のサブプロジェクトのほとんどが独自のライフサイクルを取り、会社の Nexus リポジトリ内で他の会社のプロジェクトのコード ライブラリとして利用できるようになると予想しています。

たとえば、マルチモジュール アプローチを使用して、プロジェクトのサブコンポーネントの構成を分割して整理する場合はありますか? それとも、プロジェクトのコンポーネント全体を表すためにモジュールを使用しますか?

Jenkins の設定に苦労しています。

同じsvn-repositoryから別の場所からチェックアウトしたいので、複数のSVN-Modulesでjenkins-jobを定義しました。

チェックアウトごとにオプションの module-directoryを定義する必要があります。これを設定しないと、Jenkins は同じディレクトリ内のすべてのモジュールをチェックアウトし、常に .svn-directory を上書きします (その結果、すべてのファイルが削除されます)。前にチェックアウトしました）。

したがって、チェックアウトごとにオプションのディレクトリを設定します。そして、この時点から、たとえばEclipseワークスペースですべてのパッケージをチェックアウトするときに使用するフォルダー構造とは異なります。フラットな階層があるからです。

したがって、jenkins と開発の間でrelativePathが異なる場合、pom.xml で同じrelativePathを使用して親を定義することはできません。

プロファイルを使用しようとしましたが、親のrelativePathではなく、プロファイルにモジュールのみを設定できます。

2 つの異なる親relativePathで同じ pom.xml を使用するにはどうすればよいですか? または、問題を解決するために代わりに何をすべきですか?

私の問題は、gitそれぞれが複数のプロジェクトで構成される複数のリポジトリがMavenあり、これらはすべて共通のから継承する必要があることpom.xmlです。言い換えれば、それらはファイルシステムによって関連付けられていません。私にとって最も明白な解決策は、親が共通の `Mavenリポジトリに住むことですが、これが可能かどうかについての参照は見つかりませんでした。

私は関与しない解決策を探していgit submoduleます。