Quelle est la différence entre une dépendance de type «pom» avec une portée «import» et sans «import»?

À partir de Maven 2.0.9, il est possible d'inclure

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

dans la <dependencyManagement>section.

Si je comprends bien, il sera "remplacé" par les dépendances incluses dans ce pom comme si elles étaient définies à l'origine ici.

Quelle est la différence entre la solution ci-dessus et la simple dépendance à ce pom sans importportée (j'ai vu ce dernier être appelé "regroupement de dépendances")? La seule différence est que de telles dépendances "groupées" ont une priorité inférieure lors de la résolution de la priorité des dépendances?

Vous ne pouvez importer que les dépendances gérées . Cela signifie que vous ne pouvez importer que d' autres POM dans la dependencyManagementsection du POM de votre projet. c'est à dire

...
<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>
...

Ce qui se passe alors, c'est que toutes les dépendances définies dans la dependencyManagementsection du other-pom-artifact-idsont incluses dans la dependencyManagementsection de votre POM . Vous pouvez ensuite référencer ces dépendances dans la dependencysection de votre POM (et tous ses POM enfants) sans avoir à inclure un versionetc.

Cependant, si dans votre POM vous définissez simplement une dépendance normale, other-pom-artifact-idalors tous dependenciesde la dependencysection de other-pom-artifact-idsont inclus de manière transitoire dans votre projet - cependant les dépendances définies dans la dependencyManagementsection de other-pom-artifact-idne sont pas incluses du tout.

Donc, fondamentalement, les deux mécanismes différents sont utilisés pour importer / inclure les deux types différents de dépendances (dépendances gérées et dépendances normales).

Il y a une bonne page sur le site Web de maven, qui peut expliquer cela bien mieux que moi, la gestion des dépendances dans Maven et elle contient également des informations spécifiques sur l' importation de dépendances .

Vous ne pouvez pas avoir un pomprojet de type en tant que simple dependencydans un autre projet. (Eh bien, vous pouvez - mais cela ne fera rien d'utile). Il ne peut y avoir qu'une parent-childrelation. C'est essentiellement managing dependency through inheritance.

importla portée de la pomdépendance de type dans la <dependencyManagement>section vous permet d'obtenir l'équivalent de multiple inheritance.

Vous pourriez avoir différents poms- chacun managingun tas de dépendances liées. Les projets qui utilisent ceux - ci pourraient importceux - ci pomset préciser les dépendances dont ils ont besoin sans avoir à vous soucier de la version. C'est essentiellement lebill of materials concept, qui est illustré dans les liens spécifiés par @ DB5.

Cela permet d'éviter que parent pomsles projets complexes à plusieurs modules ne deviennent trop volumineux et trop lourds.

Deux concepts, très similaires au paradigme de programmation orientée objet, aideront à répondre à la question:

1. La section dependencyManagement déclare uniquement les dépendances et leurs détails dans le projet en cours - le but est la gestion des détails et la réutilisation dans d'autres projets, soit via l'héritage ( parent ) ou l'importation ( portée ). C'est comme déclarer un type de données dans un programme et le rendre disponible pour utilisation.

2. La section dependency définit l'utilisation réelle des dépendances dans le projet, hérite éventuellement des détails (ie, version, etc.) des dépendances déclarées sous le dependencyManagment . C'est pourquoi vous aurez des dépendances manquantes si vous ne les mettez que dans dependencyManagment . Cela revient à instancier une instance de variable d'un type de données dans un programme là où cela est nécessaire.