как потерпеть неудачу maven построить на конфликте зависимостей - PullRequest
Новая
       6

как потерпеть неудачу maven построить на конфликте зависимостей

1 голос
/ 01 февраля 2012

Я работаю над большим многомодульным проектом, который использует внутреннюю структуру как одну из своих зависимостей.Версия фреймворка устанавливается в pom верхнего уровня в начале проекта и должна оставаться постоянной.Если какой-либо подмодуль использует другую версию, я хочу, чтобы сборка не удалась.

Я попытался объявить зависимость как одну версию: 

<dependency>
  <groupId>framework_snt</groupId>
  <artifactId>SFP</artifactId>
  <version>[6.1]</version>
  <type>pom</type>
</dependency>

Я попытался использовать плагин принудительного применения с запрещенными зависимостями:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>1.0.1</version>
  <executions>
    <execution>
      <id>enforce-versions</id>
      <goals>
        <goal>enforce</goal>
      </goals>
      <configuration>
        <rules>
          <requireJavaVersion>
            <version>[1.6.0-21]</version>
          </requireJavaVersion>
          <requireMavenVersion>
            <version>[3.0.3]</version>
          </requireMavenVersion>
          <bannedDependencies>
            <excludes>
              <exclude>framework_snt:SFP</exclude>
            </excludes>
            <includes>
              <include>framework_snt:SFP:6.1.2</include>
            </includes>
          </bannedDependencies>
        </rules>
      </configuration>
    </execution>
  </executions>
</plugin>

Я также попытался добавить тег <DependencyConvergence/>, как указано здесь , но ни один из этих подходов не работает.

Итак, учитывая этот фрагмент pom верхнего уровня: 

<project>
  <groupId>glb</groupId>
  <artifactId>GLB</artifactId>
  <packaging>pom</packaging>
  <name>Global</name>
  <version>1.0</version>
  ........
  <dependencies>
    <dependency>
      <groupId>framework_snt</groupId>
      <artifactId>SFP</artifactId>
      <version>[6.1.2]</version>
      <type>pom</type>
    </dependency>
  </dependencies>  
  .....
</project>

И этот (недопустимый) подмодуль: 

<project>
  <groupId>glb</groupId>
  <artifactId>CORE</artifactId>
  <packaging>jar</packaging>
  <name>Core</name>
  <version>1.0</version>

  <parent>
    <groupId>glb</groupId>
    <artifactId>GLB</artifactId>
    <version>1.0</version>
  </parent>

  <dependencies>
    <dependency>
      <groupId>framework_snt</groupId>
      <artifactId>SFP</artifactId>
      <version>6.3</version>
      <type>pom</type>
    </dependency>
  </dependencies>
</project>

как настроить maven, чтобы сборка завершилась неудачно при использовании вышеуказанного дочернего модуля,но когда я удаляю тег <version>6.3</version>, он успешен (или я изменяю версию, чтобы она соответствовала версии из pom верхнего уровня?

1 Ответ

0 голосов
/ 09 марта 2012

Что ж, после долгих поисков и проб с разными плагинами и безрезультатности я решил написать свой собственный плагин для проверки конфликтов. Используя в качестве основы плагин дерева зависимостей: я написал следующее: 

   /**
    * Walks the dependency tree looking for anything marked as a conflict, and fails the build if one is found
    * code ripped from the dependency:tree plugin
    *
    * @param rootNode
    * the dependency tree root node to check
    *
    */
   private void checkForConflicts( DependencyNode rootNode ) throws MojoExecutionException
   {
   StringWriter writer = new StringWriter();
   boolean conflicts=false;

   // build the tree
   DependencyNodeVisitor visitor = new SerializingDependencyNodeVisitor( writer, SerializingDependencyNodeVisitor.STANDARD_TOKENS);
   visitor = new BuildingDependencyNodeVisitor( visitor );
   rootNode.accept( visitor );

   getLog().debug("Root: "+rootNode.toNodeString() );

   DependencyNode node;
   Artifact actual, conflict;
   DependencyTreeInverseIterator iter = new DependencyTreeInverseIterator(rootNode);
   while (iter.hasNext() )
     {
      node = (DependencyNode)iter.next();
      if (node.getState() == DependencyNode.OMITTED_FOR_CONFLICT)
        {
         actual = node.getArtifact();
         conflict = node.getRelatedArtifact();
         getLog().debug("conflict node: " + node.toNodeString() );
         getLog().debug("conflict with: "+conflict.toString() );

         getLog().error(actual.getGroupId()+":"+actual.getArtifactId()+":"+actual.getType()+" Conflicting versions: "+actual.getVersion()+" and "+conflict.getVersion() );
         conflicts=true;
        }
     }

    if (conflicts)
      throw new MojoExecutionException( "version conflict detected");
   }

Вы можете вызвать это из существующего плагина, используя следующее: 

try
  {
   rootNode = dependencyTreeBuilder.buildDependencyTree( project, localRepository, artifactFactory, artifactMetadataSource, null, artifactCollector );
   checkForConflicts( rootNode );
  }
catch ( DependencyTreeBuilderException e)
  {
   throw new MojoExecutionException( "Cannot build project dependency tree", e);
  }

Затем включите в свой плагин pom.xml зависимости от существующего источника плагина для зависимостей и добро пожаловать.

Это работает для нашего проекта - но если кто-нибудь знает более чистый или лучший способ, пожалуйста, дайте мне знать.

...