Gibt es eine Möglichkeit, eine Maven-Abhängigkeit global auszuschließen?

Ich versuche einen „generischen“ Weg zu finden, um eine transitive Abhängigkeit von der Aufnahme auszuschließen, ohne sie von allen Abhängigkeiten ausschließen zu müssen, die davon abhängen. Wenn ich beispielsweise slf4j ausschließen möchte, gehe ich wie folgt vor:

  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-jmx</artifactId>
    <version>3.3.2.GA</version>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-entitymanager</artifactId>
    <version>3.4.0.GA</version>
    <type>jar</type>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>

Dies dient zum einen der Bereinigung der POM-Datei, zum anderen der Vermeidung zukünftiger Probleme mit Personen, die Abhängigkeiten hinzufügen, die von dieser ausgeschlossenen Abhängigkeit abhängen - und zum Vergessen, sie auszuschließen.

Gibt es einen Weg?

Hilft das? http://jlorenzen.blogspot.com/2009/06/maven-global-excludes.html

"Angenommen, ich möchte das Avalon-Framework von meinem WAR ausschließen, würde ich meinem Projekt-POM Folgendes mit einem bereitgestellten Umfang hinzufügen. Dies funktioniert über alle transitiven Abhängigkeiten hinweg und ermöglicht es Ihnen, es einmal anzugeben.

<dependencies>
  <dependency>
      <artifactId>avalon-framework</artifactId>
      <groupId>avalon-framework</groupId>
      <version>4.1.3</version>
      <scope>provided</scope>
  </dependency>
</dependencies>

Dies funktioniert sogar, wenn Sie es im übergeordneten POM angeben, wodurch verhindert wird, dass Projekte dies in allen untergeordneten POMs deklarieren müssen. "

Ich habe ein leeres Glas erstellt und diese Abhängigkeit erstellt:

<dependency>
    <groupId>commons-logging</groupId>
    <artifactId>commons-logging</artifactId>
    <scope>system</scope>
    <systemPath>${basedir}/src/lib/empty.jar</systemPath>
    <version>0</version>
</dependency>

Es ist nicht perfekt, da Sie von nun an ein leeres Glas in Ihrem Kompilierungs- / Testpfad haben. Das ist aber nur kosmetisch.

Um den Kommentar von dnault zu erweitern :

Sie können die Regel "Verbotene Abhängigkeiten" des Maven Enforcer-Plugins verwenden, um sicherzustellen, dass Abhängigkeiten ausgeschlossen sind. Man muss sie immer noch manuell ausschließen, aber der Build schlägt fehl, wenn jemand die Abhängigkeit versehentlich an anderer Stelle hinzufügt.

<dependencies>
  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-jmx</artifactId>
    <version>3.3.2.GA</version>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
</dependencies>

<plugins>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>1.4.1</version>
    <executions>
      <execution>
        <goals>
          <goal>enforce</goal>
        </goals>
        <configuration>
          <rules>
            <bannedDependencies>
              <excludes>
                <exclude>org.slf4j:slf4j-api</exclude>
              </excludes>
            </bannedDependencies>
          </rules>
        </configuration>
      </execution>
    </executions>
  </plugin>
</plugins>

Außerdem gibt es eine offene Funktionsanforderung: MNG-1977 Globale Abhängigkeitsausschlüsse

Zur Erinnerung, hier ist die Antwort aus der offiziellen Dokumentation von Maven:

Warum Ausschlüsse pro Abhängigkeit und nicht auf POM-Ebene vorgenommen werden

Dies geschieht hauptsächlich, um sicherzustellen, dass das Abhängigkeitsdiagramm vorhersehbar ist, und um zu verhindern, dass Vererbungseffekte eine Abhängigkeit ausschließen, die nicht ausgeschlossen werden sollte. Wenn Sie zur Methode des letzten Auswegs gelangen und einen Ausschluss vornehmen müssen, sollten Sie absolut sicher sein, welche Ihrer Abhängigkeiten diese unerwünschte transitive Abhängigkeit mit sich bringt.

Wenn man einen Build robuster machen möchte, kann ein Versionsbereich verwendet werden. Dies würde sicherstellen, dass keine neuere Version der Abhängigkeit das Projekt stören kann.

<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-api</artifactId>
   <version>[1.4.2,)</version>
   <scope>provided</scope>
</dependency>

Jede slf4j-api-Version> = 1.4.2 wird zur Laufzeit als angeboten (bereitgestellt) betrachtet, entweder aus einem konfigurierten Klassenpfad oder einem Container.

Verweise

• Maven Versionsbereich
• Optionale Abhängigkeiten und Abhängigkeitsausschlüsse