問題タブ [maven-module]

-plのように、いくつかのモジュールを大きなリアクタービルドから除外する方法はありますか？

これを永続的に行う方法はいくつかあります。

Mavenリアクタービルドからモジュールを除外するにはどうすればよいですか？

シェルから、または少なくとも変更を許可されていないpomsを変更せずに実行したいと思います。

それぞれのプロジェクトをホストする 10 個のフォルダーがあります。レポート プラグインが各プロジェクトの pom.xml に追加されましたが、これはレポートを各プロジェクトにチェックインするのに便利ではありません。すべてのプロジェクト レポートを 1 つに統合する方法があるかどうか疑問に思っています。

私はMavenプロジェクトで数年の経験があります。マルチモジュールプロジェクトでも（ Mavenのマルチモジュール機能が嫌いになりました（免責事項が作成されました））、Mavenが本当に好きでも、入手できないものがあります。についての明確な答え：

マルチモジュールMavenプロジェクトの典型的なユースケースは何ですか？単純な依存関係や親pomと比較して、このような構造の付加価値は何ですか？

マルチモジュールプロジェクトの構成をたくさん見てきましたが、それらのすべては、成果物として自分の人生を生きる依存関係ライブラリの単純な構造を作成することによって明確に対処できました（親pomを使用しても、別個の成果物として：依存関係と構成を因数分解します）そして、マルチモジュール構造の付加価値をはっきりと見ることができるユースケースは見つかりませんでした。

私はいつも、この種の構造が実際の利益を伴わずに過度の複雑さをもたらすことを発見しました：どこに何かが欠けているのですか？（正直に言うと、earこの種の構造から利益を得ることができる人もいますが、その特定のユースケースを除いて、他の実際の使用と利益はありますか？）

私は3つのモジュールを持っています:

• モジュール1
• モジュール2
• モジュール3

および 3 つのプロファイル:

• プロフィール1
• プロフィール2
• プロフィール3

次の場合にビルドしModule1ます。

• Profile2またはProfile3アクティブ化されている、および
• コマンドライン プロパティskipModule1が設定されていません。

Module1がビルドされているかどうかに関係なく、(両方) モジュールと をビルドする必要がProfile2あります。これはMaven 3で実装できますか? もしそうなら、どのように？Profile3Module2Module3

私が見ているように、問題は、プロファイルが他のプロファイルをアクティブModule1にすることができず、一部として 含めることができないこと、Profile2またはが設定されていない場合にスキップProfile3するように指定する方法がないことです。Module1skipModule1

私は次の構造を持っています：

common と core はどちらもメイン プロジェクトのモジュールなので、main/pom.xml は次のようになります。

それに加えて、common/pom.xml は、将来のすべてのモジュール間でいくつかの共通の依存関係を保持することになっています。今のところ、common/pom.xml は次のようになります。

最後に、モジュールコアは共通モジュールで定義された依存関係を使用する必要があるため、core/pom.xml で次のようにしました。

私が望んでいたのは、mvn dependency:copy-dependenciesコアモジュール内で実行するときに、maven が共通モジュールからすべての依存関係もコピーする必要があることです (たとえば、その common-dependency:common)。しかし、実際には、依存関係をコピーしないため、コア モジュールに依存関係がまったくないかのようになります。

ここで何が欠けていますか？

Maven と Tomcat を使用した MVC Spring プロジェクトがあります。プロジェクトをサブプロジェクトに分離しようとしています

すべてを切り離してきれいにしたい。Spring MVC & Maven と TomCat を使用しています。これらのアプローチにMavenモジュールを使用する必要がありますか、またはどちらのアプローチを使用する必要があるかを尋ねるのが最善です。

git および maven-modules を使用した maven-release-plugin に問題があります。

次のプロジェクト構造があります。

ここで、開発構成をリリースします (親は既にリリースされています)。これは、ApplicationConf/ConfDev/pom.xml で Maven リリースを実行することによって行われます。

変更されたものをプッシュしたいときに間違った git URL を使用するため、リリースの準備が失敗します。リリースしたい pom のアーティファクト ID を git URL に添付します。

ApplicationConf の pom で scm 設定を定義したので、すべての環境のルートになります。

プロジェクト構造や設定が間違っているのでしょうか、それとも maven-release-plugin のバグですか?

使用したバージョン:

maven-release-plugin 2.3.2 および 2.4.1

Maven 3.0.5

考えられる解決策:

config 親 pom からすべての構成プロジェクトをモジュールとして削除し、すべての pom にさらに scm 情報を追加して、次のようにします。

これで、すべての pom でリリースを実行できるようになりました。これは正しい解決策ですか？

Maven モジュールから properties、親のセクションで定義されたプロパティにアクセスできません。実際のところ、ビルドを起動すると、warName の下がデフォルトです。

親ポムです

そしてこれがモジュール

${project.parent.arctifactId} プロパティを使用できますが。${project.parent.properties.context-root} も試してみましたが、成功しませんでした。簡単なはずですが、理解できません どれが私のエラーですか? モジュールの親から継承されたプロパティであってはなりませんか?

私が試みていることが可能かどうかわからないので、この件に関するアドバイス/ガイダンスを探しています。2 つの Maven モジュールが同時に実行されており、モジュールBにはモジュール Aが依存関係として指定されているとします。また、これらのモジュールの起動エンティティとして機能するアプリケーション サーバー(WildFly (JBoss)) も実行しています。

問題:モジュール Aで最初に初期化されたモジュール Bの同じBean インスタンス(オブジェクト参照) にアクセスする必要があります。基本的に、これは一種のリソース共有/共有メモリアクセスです。頭に浮かぶ従来の方法は、データベースに対するCRUD操作ですが、実行中のモジュール間でBean インスタンスを共有する実際の方法があるかどうか疑問に思っています。この点に関しても、ASは何らかの形で役立つでしょうか?おそらく、初期化をそこに移動して、モジュール間でインスタンスを共有することはできますか?

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