Czy projekty maven mogą mieć wielu rodziców?

Mimo że projekty Mavena mają jednego rodzica, mogą zaimportować dowolną liczbę innych pom ' ów w następujący sposób:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.example</groupId>
            <artifactId>my-shared-dependencies</artifactId>
            <version>0.0.1-SNAPSHOT</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

To ma dwie istotne różnice w porównaniu do rodzica:

1. wtyczki zdefiniowane w importowanym pom nie będą importowane
2. zależności zdefiniowane w importowanym pom nie będą dodawane do bieżącego pom, zaimportuje tylko zależności do sekcji Zarządzanie zależnościami

Jednakże, jeśli twój rodzic pom ma <dependencies> sekcję i Ty jeśli chcesz włączyć je do swoich zależności, możesz dodać rodzica do sekcji <dependencies> tak jak zwykła zależność:

<dependency>
    <groupId>org.example</groupId>
    <artifactId>my-shared-dependencies</artifactId>
    <version>0.0.1-SNAPSHOT</version>
</dependency>

Mimo że ta sama zależność jest już zaimportowana, tag version musi zostać ponownie określony. Aby zmniejszyć powielanie, może być przechowywany w właściwości

Jedynym sposobem jest posiadanie base-pom jako rodzica java-base-pom i flex-base-pom.

Mam podobną strukturę dla moich wiosennych projektów:

base-pom (basic configuration - eclipse, reports, repositories, etc)
|
+ spring-base-pom (spring definitions)
  |
  + spring-jar-base-pom (jar specific definitions)
  |
  + spring-war-base-pom (spring web and servlet dependencies)
    |
    + spring-webapp-base_pom (spring web mvc dependencies)

Przekroczyłem również ten dokładny proble, a najlepszym rozwiązaniem, jakie znalazłem, było użycie dziedziczenia i agregacji, jak sugeruje to pytanie: czy maven obsługuje wielu rodziców (wielokrotne dziedziczenie) ?

Możesz mieć agregator pom, który nie jest rodzicem projektów / align = "left" /

I wyjaśnić w Maven Documentation

Dziedziczenie i agregacja tworzą ładną dynamikę do kontrolowania kompilacji za pomocą pojedynczego, wysoki poziom POM (...) Odwrotnie, projekt POM może agregować projekty, które nie dziedziczą z niego.

Z tego miałem swoje dziedzictwo POMs (Pom-master zawiera konfiguracje gmin, a każdy z nich jest specyficzny):

pom-master
  |-- pom-java
  |-- pom-flex

I tak mój projekt może uzyskać szczegóły dla każdej konfiguracji modułów zgodnie z życzeniem:

project (aggregate project-flex & project-java)
  |-- project-java
  |      `-- pom.xml => parent = pom-java
  |-- project-flex
  |       `-- pom.xml ==> parent = pom-flex
  `-- pom.xml => parent = pom-master

Mam nadzieję, że pomoże również innym:)

Po prostu obraz, który pom.xml są w rzeczywistości klasami Javy: możesz mieć tylko jednego rodzica( lub rozszerza klasę), ale ten rodzic może mieć również innego rodzica, i tak dalej.

Jak wyjaśniłem tutaj , należy odróżnić Zasady rodzica i agregacji w Maven, co oznacza, że my-plugin będzie uważany za projekt agregacji, niekoniecznie projekt rodzica zarówno dla my-plugin-client i my-plugin-parent.

Podsumowując:

my-plugin zdefiniuje baza pom dla wszystkich twoich projektów. Następnie tworzymy dwa nowe projekty pom: java-base-pom i flex-base-pom. Mają oboje my-plugin Jako rodzice. Teraz my-plugin-client będzie miał java-base-pom jako rodzica, podczas gdy my-plugin-server będzie używać flex-base-pom dla swojego rodzica.

W ten sposób my-plugin-client odziedziczy wszystkie właściwości zdefiniowane w my-plugin pom.xml, a także z projektu java-base-pom.

Możesz uzyskać wiele dziedziczeń za pomocą profili:

Tworzysz (wiele) Profili w głównym pom, a automatyczna aktywacja dowolnej odmiany tych profili powoduje wielokrotne dziedziczenie konfiguracji Mavena.