問題タブ [multi-module]

そのような質問を探しても何も見つからなかったので、ここに行きます。

マルチモジュールのmavenプロジェクトがあります。複数のモジュールはすべて、共通の依存関係が定義されている同じ親を継承します。その中には、いくつかの共通機能が実装されている「共通」モジュールという、独自のモジュールが 1 つあります。

私の質問は次のとおりです:一般的な依存関係のより良いプラクティスは何ですか:私が現在行っているように、それらをすべて親で明示的に定義しますか? または、他のモジュールが参照する「共通」モジュールでそれらを定義し、推移性に依存しますか (共通の依存関係の単一エントリポイントのように)?

同様の質問がいくつかありますが、このようなものはありません。この状況にどのように対処しますか（一般的なシナリオ）：

親アーティファクト/プロジェクトと、他のプロジェクトをモジュールとして主に使用/宣言する1つのメインプロジェクトを持つ、8〜11の子プロジェクトのプロジェクト。

問題は、すべてのプロジェクトがのような共通の依存関係のみを「厳密に」共有することtestng, logging, apache commons and stuffです。しかし、常に3つが同じ特定の深度（apache-chemistry、jackrabbit、abderaなど）の50〜60％を使用するように、別の2〜3つも同じであるが異なる依存関係の50〜60％を使用します。そして、メインのものは多くの同じdepsを使用します。

これらの「厳密に」共有されていない部門を、他の人が継承できるように親プロジェクトに入れることはできません。したがって、共通の部門のみが継承されます。そして、重複する依存関係がたくさんあります。そして、私はそれらのバージョンを管理することしかできません<dependencyManagement>。

もう1つのオプションは、親pomにほとんどの依存関係を含めることですが、子プロジェクトは必要のないものも継承します。

親プロジェクトを複数持つこともできますが、それは正しくありません。また、親pom定義を適切に文書化/コメントしないと、プロジェクトに必要な依存関係がわからないため、親プロジェクトからの継承は悪夢になる可能性があります。

もう1つの方法は、依存関係コンテナーとしてのみ機能するpomアーティファクトを作成することです。これらは、依存関係の特定のグループを宣言するため、モジュールは、推移的な依存関係を取得するためにそれらを宣言するだけです。しかしねえ、あなたはある種の展開とコミットをしたいですか

OneDepArtifact宣言jackrabit, abdera, chemistry

宣言するAnotherDepArtifacthtmlcleaner, google-api, tika

ThirdDepArtifact宣言spring, httpclient, selenium

これは非常に混乱しています<dependencyManagement>。正しく使用するかどうかはわかりません。依存関係のバージョンを管理する場合にのみ役立つようです。

私は自分のアプリ開発を「Mavenマルチモジュール設計」に適応させることを考えていました。ただし、さまざまなライブラリを使用するだけのSpringサービス/ Beanを1つのモジュールで作成する場合は、他のモジュールも使用するライブラリを使用するという理由だけで、それらを別のモジュールに実装することはありません:-)

2 つの子モジュール A と B を持つ Maven 親プロジェクト P があります。A と B はどちらも P フォルダー内にあります。P のpom.xmlには、次のようなモジュール セクションがあります。

Aは持っています（そしてBはアーティファクトを除いて同じです）：

ここで、A のpom.xmlに追加して、A を B に依存させました。

mvn installP でa を実行すれば、すべて問題ありません。ただし、mvn eclipse:eclipseP で実行した後、A で生成された.classpathファイルは正しくなく、Eclipse は B からの依存関係を解決できません。

生成された.classpathには以下が含まれます。

働く代わりに

何が間違っている可能性がありますか？ありがとうございました。

ドメイン、インターフェース、インフラストラクチャ、アプリケーションなどのさまざまなアーキテクチャ層を使用して小さなアプリケーションを構築しています。これは、Onion DDD モデルに従います。アプリケーションをマルチモジュールのMavenプロジェクトに分割することに利点があるかどうか疑問に思っています。私が今見る限り、それは物事を必要以上に難しくしているようです. アプリケーション全体が単一の WAR ファイルとして Tomcat コンテナーにデプロイされます。

マルチモジュールの Maven プロジェクトを作成しました。特定のモジュールでいくつかのテストを作成して実行しようとしています。すべてのテストコードを別のモジュールに入れようとしていますが、これが正しい方法であるかどうか疑問に思っています.mvn installがこれらのテストを使用するようにmavenビルド/テストサイクルをセットアップするにはどうすればよいですか?

Maven を使用して素敵なマルチモジュール プロジェクトを作成しましたが、モジュール間で共有するプロパティ ファイルを格納するのに最適な場所は何かと考えています。例を挙げると、すべて log4j.properties ファイルを必要とする 4 つのモジュールがあります。すべてのモジュールに配置する必要がありますか、それともこれを配置する中心的な場所がありますか?

私は GWT の初心者で、管理ソフトウェアを開発して AppEngine にデプロイすることを考えています。

私の考えでは、「タブ付き」のユーザー インターフェイスがあります。

Tab1= 販売; Tab2= 請求書; Tab3= ストック ... など。

Stockwatcher のチュートリアルを完了したばかりで、とてもクールですが、コードを整理する方法について疑問に思っていました。

つまり、タブごとに gwt モジュールを作成するのは良い考えですか? たとえば、「請求書」タブを選択したときにのみ、そのタブのインターフェイスをロードしたいと考えています。マルチモジュールに関する私の考えが間違っていたとしても、すべてのコードを「Stockwatcher」クラスに入れないようにする方法を教えてください。例: コンポジットについて読みましたが、理解できません。

私の疑問を理解していただければ幸いです。皆さん、ありがとうございました！

Archiva が完全に機能する方法について混乱しています。依存関係のコア セットがあれば、Archiva をローカルの Maven リポジトリとして使用できることは理解しています。

私が理解できないのは、Archiva が自分のプロジェクトからのビルド アーティファクトをどのように管理するかということです。

マルチモジュールの Maven プロジェクトがあるとします。たとえば、Sonaytpe のプロジェクトを使用することもできます。http://www.sonatype.com/books/mvnex-book/reference/multimodule-sect-building-multimodule.html

1 つのチームが Simple Model アプリに取り組み、別のチームが Simple webapp に取り組みたいとしたらどうでしょうか。しかし、私は彼らが割り当てられていないプロジェクトを彼らのローカル ワークスペースに置きたくありませんでした。Webapp にはモデルを構築する必要がありますが、Wepapp チームがモデルに直接アクセスできるようにしたくありません。

モデルのビルド アーティファクトが Webapp 開発者のワークスペースにないことを Maven が検出し、それをローカルの Archiva リポジトリからプルして、モデル (Maven モジュール プロジェクト) コードがなくても Webapp をビルドできるようにする方法はありますか?彼らのワークスペース？

独自のxhtmlを持つ戦争アーカイブがあります。webappディレクトリにあるjs、html、cssなど。Mavenで正常にパッケージ化されます。純粋なhtml+jsである別の静的コンポーネントを含める必要があります。どうやってするか？静的プロジェクトをjarファイルにパッケージ化して、warへの依存関係を追加しようとしましたが、パブリックアクセスできないようにjarファイルとしてWEB-INF /lib/に配置されています。他のxhtmlファイルや静的ファイルと同じように戦争の根源にいる必要があります。

CheckStyle を実行するように構成されたマルチモジュール Maven ビルドがあります。動作しますが、違反のあるモジュールに遭遇するとすぐに失敗します。すべてのモジュールを処理し、最後まで失敗しないようにするにはどうすればよいですか? 繰り返し修正/再実行することなく、すべての違反を確認できるようにしたいと考えています。