Was ist der Unterschied zwischen "pom" - Typ-Abhängigkeit mit Rahmen "import" und ohne "importieren"?

Ausgehend von Maven 2.0.9 gibt es die Möglichkeit zu zählen 

<type>pom</type>
<scope>import</scope>

in der <dependencyManagement> Abschnitt.

Wie ich es verstehe, wird es "ersetzt" werden mit Abhängigkeiten in diesem pom als wenn Sie ursprünglich definiert wurden hier.

Was ist der Unterschied zwischen der Lösung oberhalb und einfache Abhängigkeit pom ohne import Bereich (ich sah die letztere als "Abhängigkeiten Gruppierung")? Der einzige Unterschied ist, dass solche "gruppiert" - Abhängigkeiten haben eine niedrigere Priorität beim auflösen von Abhängigkeiten Vorrang?

InformationsquelleAutor grafthez | 2012-08-02
  1. 165

    Können Sie nur importieren verwaltet Abhängigkeiten. Das heißt, Sie können nur import anderen POMs in die dependencyManagement Abschnitt des Projekts POM. also

    ...
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>other.pom.group.id</groupId>
            <artifactId>other-pom-artifact-id</artifactId>
            <version>SNAPSHOT</version>
            <scope>import</scope>
            <type>pom</type>
        </dependency>   
    </dependencies>
</dependencyManagement>
...

    Was dann passiert, ist, dass alle Abhängigkeiten definiert in der dependencyManagement Abschnitt der other-pom-artifact-id sind Sie in Ihrer POM ist dependencyManagement Abschnitt. Sie können dann darauf verweisen, diese Abhängigkeiten in der dependency Abschnitt Ihres POM (und alle seine child-POMs), ohne zu zählen eine version etc.

    Aber wenn Sie in Ihrer POM-Sie definieren einfach eine normale Abhängigkeit other-pom-artifact-id dann alle dependencies von der dependency Abschnitt der other-pom-artifact-id enthalten sind transitiv in Ihr Projekt - ist jedoch die Abhängigkeiten definiert, die in der dependencyManagement Abschnitt der other-pom-artifact-id sind nicht vorhanden.

    Also im Grunde zwei verschiedene Mechanismen verwendet werden, für den Import von/, einschließlich der zwei verschiedene Arten von Abhängigkeiten (verwaltet Abhängigkeiten und normale Abhängigkeiten).

    Gibt es eine gute Seite auf der maven-Webseite, die erklären kann, weit besser als ich es kann, Management von Abhängigkeiten in Maven und es enthält auch spezifische Informationen über Import-Abhängigkeiten.

    • Wenn pom A ist Elternteil von pom B, kann man statt B in Projekt A dependency management mit Rahmen import?
    • Super Antwort, um zu erklären, wie es funktioniert, aber warum?? warum wollen Sie nicht auch die anderen Abhängigkeiten transitiv? auch können Sie beides tun? der import anderer-pom-Artefakt-id und dann erklären andere-pom-Artefakt-id als Abhängigkeit, wie gut?
    • In einem Artikel auf DZone Staaten etwas anderes: ... <dependencies> <dependency> <groupId>${project.groupId}</groupId> <artifactId>pomlib-lib</artifactId> <type>pom</type> <scope>import</scope> </dependency> <dependency> <groupId>${project.groupId}</groupId> <artifactId>pomlib-war</artifactId> <type>war</type> </dependency> </dependencies> </project>TROCKEN-und Mager-Krieg
    • So können sagen, Sie sind mit nur ein paar features von project Ein, so können Sie wählen, um nur die transitiven Abhängigkeiten, die benötigt werden für diese Funktion. Sie können, dass durch die Verwendung von <ausschließen> in <Abhängigkeit> auch. Zum Beispiel Kasse dieses : jdbi.org/#_getting_started
    InformationsquelleAutor DB5
  2. 13

    Können Sie nicht ein pom Art-Projekt als eine simple dependency in einem anderen Projekt. (Gut, das können Sie, aber es wird nicht alles, was nützlich). Es kann nur eine parent-child Beziehung. Dies ist im wesentlichen managing dependency through inheritance.

    import Spielraum für pom Art Abhängigkeit in <dependencyManagement> Abschnitt können Sie erreichen das äquivalent von multiple inheritance.

    Könnten Sie haben verschiedene poms - jeder managing eine Reihe von damit zusammenhängenden Abhängigkeiten. Die Projekte, die diese verwenden konnten import diese poms und geben Sie dann die Abhängigkeiten, die Sie benötigen, ohne sich sorgen über die version. Dies ist im wesentlichen der bill of materials - Konzept, dargestellt in den angegebenen links von @DB5.

    Dies hilft parent poms komplexe multi-Modul-Projekte aus immer zu groß und unhandlich.

    • Sind Sie sicher? Ich habe regelmäßige pom (eigene Abhängigkeiten) als regelmäßige Abhängigkeit im anderen Projekt (Verpackung war) und habe alle Abhängigkeiten aus pom Projekt enthalten in WEB-INF/lib des Ziel-Projekts. Das ist, warum ich bin, diese Frage 🙂
    • Danke @Raghuram, habe ganz vergessen zu erwähnen das parent-POM option, wenn die Beantwortung der Frage. Als für dass ein pom-Art-Projekt als eine einfache Abhängigkeit ist dies möglich. Wie bereits in der ursprünglichen Frage, es kann verwendet werden, um Gruppe Abhängigkeiten
    • funktionierender link zu der Gruppe Abhängigkeiten
    InformationsquelleAutor Raghuram
  3. 5

    Sind zwei Begriffe, die sehr ähnlich zu Objekt-orientierten Programmier-Paradigma, wird Ihnen helfen, die Frage zu beantworten:

    1. Den dependencyManagement Abschnitt nur aus, erklärt die Abhängigkeiten und Ihre details in das aktuelle Projekt - der Zweck ist die Verwaltung der details und die Weiterverwendung in anderen Projekten, die entweder über die Vererbung (Eltern) oder importieren (Umfang). Das ist wie bei der Deklaration einen Datentyp im Programm und machen es verfügbar für Gebrauch.

    2. Den Abhängigkeit Abschnitt definiert die tatsächliche Nutzung der Abhängigkeiten im Projekt, Optional Erben die details (D. H., version, etc.) die Abhängigkeiten deklariert unter dem dependencyManagment. Das ist, warum Sie müssen die fehlenden Abhängigkeiten, wenn Sie nur legen Sie Sie in dependencyManagment. Dies ist Analog zur Instanziierung einer variable die Instanz eines Datentyps in einem Programm, wo es benötigt wird.

    InformationsquelleAutor Van
Schreibe einen Kommentar