Maven bağımlılığını küresel olarak dışlamanın bir yolu var mı?

Question 1

Geçişli bir bağımlılığı, ona bağlı olan tüm bağımlılıklardan dışlamak zorunda kalmadan dahil edilmekten dışlamanın "genel" bir yolunu bulmaya çalışıyorum. Örneğin, slf4j'yi hariç tutmak istersem, şunları yapıyorum:

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

Bu kısmen pom dosyasını temizlemek, kısmen de gelecekte bu dışlanan bağımlılığa bağlı bağımlılıklar ekleyen kişilerle ilgili sorunları önlemek ve onu dışlamayı unutmak içindir.

Bir yolu var mı?

Question 2

Bu yardımcı olur mu? http://jlorenzen.blogspot.com/2009/06/maven-global-excludes.html

"Avalon-framework'ü WAR'ımdan hariç tutmak istediğimi varsayarsak, aşağıdakileri projelerime POM'u sağlanan kapsamı ile eklerim. Bu, tüm geçişli bağımlılıklarda çalışır ve bir kez belirtmenize izin verir.

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

Bu, ana POM'da belirtilirken bile işe yarıyor, bu da projelerin bunu tüm alt POM'larda bildirmek zorunda kalmasını engelliyor. "

Question 3

Boş bir jar oluşturdum ve şu bağımlılığı yarattım:

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

Mükemmel değil çünkü şu andan itibaren derleme / test yolunuzda boş bir kavanoz var. Ama bu sadece kozmetik.

Question 4

DNA'nın yorumunu genişletmek için :

Bağımlılıkların dışlandığından emin olmak için Maven Enforcer eklentisinin Yasaklı Bağımlılıklar kuralı kullanılabilir. Bunları yine de manuel olarak dışlamak gerekir, ancak biri yanlışlıkla bağımlılığı başka bir yere eklerse yapı başarısız olur.

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

Ayrıca bir açık özellik isteği vardır: MNG-1977 Küresel bağımlılık istisnaları

Question 5

Bir hatırlatma olarak, işte Maven resmi belgelerinin cevabı:

Hariç tutmalar neden POM düzeyinde değil de bağımlılık temelinde yapılır

Bu, esas olarak bağımlılık grafiğinin öngörülebilir olduğundan emin olmak ve kalıtım etkilerinin dışlanmaması gereken bir bağımlılığı dışlamasını önlemek için yapılır. Son çare yöntemine ulaşırsanız ve bir dışlama koymanız gerekirse, bağımlılıklarınızdan hangilerinin bu istenmeyen geçişli bağımlılığı getirdiğinden kesinlikle emin olmalısınız.

Bir yapıyı daha sağlam yapmak isterse, bir sürüm aralığı kullanılabilir. Bu, bağımlılığın daha yeni bir sürümünün projeye müdahale etmemesini sağlayacaktır.

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

Herhangi bir slf4j-api sürümü> = 1.4.2, yapılandırılmış bir sınıf yolundan veya bir kapsayıcıdan çalışma zamanında sunulduğu (sağlandığı) kabul edilecektir.

Referanslar