Maven multi-Modul: Zusammenfassung allgemeiner Abhängigkeiten in einer einzigen?

Den ich gesucht habe für eine solche Frage, ohne etwas zu finden, also hier gehe ich.

Ich habe ein multi-Modul-maven-Projekt. Mehrere Module Erben alle den gleichen Eltern, wo gemeinsame Abhängigkeiten definiert sind. Unter Ihnen, es ist einer meiner eigenen Modulen, eine "gemeinsame" ein, wo einige gemeinsame Funktionalität implementiert ist.

Meine Frage ist: Was wäre eine bessere Praxis für die gemeinsamen Abhängigkeiten: Definieren Sie alle explizit in der Muttergesellschaft, wie ich es derzeit tun? Oder definieren Sie Sie in eine "gemeinsame" - Modul, das andere Module verweisen, und verlassen sich dann auf Transitivität (wie ein single-entry-point für gemeinsame Abhängigkeiten)?

InformationsquelleAutor Eleaar | 2011-05-22

16

Es ist am besten, um die dependencyManagement tag in Ihrem parent pom zu definieren, Ihre Abhängigkeiten und deren Versionen klicken Sie dann verweisen Sie diese Abhängigkeiten in die sub-Module, wo nötig. Wenn Sie eine sub-Module in Ihrem Projekt (also Ihre gemeinsame Submodul aus einem anderen Submodul) dann die Abhängigkeiten gefunden werden transitiv. Zum Beispiel:

In Ihrem parent-pom:
```
<dependencyManagement>
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.7</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</dependencyManagement>
```
In Ihrem gemeinsamen pom (beachten Sie, gibt es keine version oder Umfang):
```
<dependencies>
  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
  </dependency>
</dependencies>
```
Und dann kann man nur Referenz Ihr gemeinsames Submodul aus anderen Submodule sind Sie bereits.
- Werden Sie sich bewusst, dass dependency-management ist viral, wenn. I. e. wenn A -> B -> C:1.0 und B -> C:2.0 durch dependency-management, dann in Gebäude Ein, die Sie erhalten C:2.0 statt C:1.0 wie Sie erwarten würden von typischen transitiven Abhängigkeiten Regeln. Um die version, die Sie wollen, Ein muss dependency management zu zwingen, es zu C:1.0. Daher: viral.
- Ja, ich weiß, das dependencyManagement tag, aber ich sehe es mehr als ein Mittel der Durchsetzung von Abhängigkeiten Versionen auf ein Projekt, ohne Fehler-anfällig Redundanz. Allerdings müssen Sie noch zu erklären, dass die Abhängigkeiten sich in jedem Modul. Ich dachte eher an eine situation, wo Sie alle (oder fast) die Module teilen sich einige Abhängigkeit: unabhängig von der Versionierung, ist es eine bessere Praxis zu definieren, die global Abhängigkeiten in das übergeordnete (wie ich derzeit) oder erstellen Sie ein Modul für diesen Zweck, auf dem alle anderen abhängen?
- Ich benutze dependencyManagagement, wie oben beschrieben, und legen Sie jedes Modul seine Abhängigkeiten innerhalb des Moduls Niveau POM, es sei denn, die Abhängigkeit wird für 100% der Module immer...dann habe ich es in der parent-POM. Legen Sie KEINE Abhängigkeiten in das übergeordnete POM, die nicht notwendig ist, jedes Kind POM und definitiv nicht schaffen, ein Projekt zu ziehen, in Abhängigkeiten. Es ist nicht eine große Sache zu wiederholen, diese Abhängigkeiten in den untergeordneten Modulen, weil Sie nicht brauchen, um die Versorgung der version als die dependencyManagement Strophe, in der Eltern übernimmt das für Sie.
InformationsquelleAutor Caps
0

Ich sehe zwei sinnvolle Optionen:
- Deklarieren Sie gemeinsame Abhängigkeiten in einem gemeinsamen Modul
- Verwenden import Rahmen
Zweite option ist nützlich, wenn Sie mehrere Module davon abhängen derselben großen Stapel von Komponenten mit der Anzahl der eigenen Abhängigkeiten.

InformationsquelleAutor Eugene Kuleshov

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.