maven-surefire-plugin incluye/excluye precedencia

Question

Al utilizar el plugin maven-surefire, incluye y excluye, ¿en qué orden se procesan? Además, si tiene 3 conjuntos de pruebas, la primera es la base establecida, la segunda y la tercera son casos especiales, ¿puede usar perfiles para incluir/excluir? ¿Cómo se fusionarán las configuraciones de inclusión/exclusión de perfil? Por ejemplo, me gustaría hacer algo como esto:

<build> 
    <plugins> 
     <plugin> 
     <groupId>org.apache.maven.plugins</groupId> 
     <artifactId>maven-surefire-plugin</artifactId> 
     <version>2.12.2</version> 
     <configuration> 
      <excludes> 
      <exclude>/org/mycompany/dataset/test/ExtractProd*.java</exclude> <!-- requires special network connectivity --> 
      <exclude>/org/mycompany/dataset/test/LargeDataset*.java</exclude> <!-- requires lengthy processing --> 
      </excludes> 
     </configuration> 
     </plugin> 
    </plugins> 
    </build> 

    <profiles> 
    <profile> 
     <id>connectedToProdNetwork</id> 
     <build> 
     <plugins> 
      <plugin> 
      <groupId>org.apache.maven.plugins</groupId> 
      <artifactId>maven-surefire-plugin</artifactId> 
      <configuration> 
       <includes> 
       <include>/org/mycompany/dataset/test/ExtractProd*.java</include> 
       </includes> 
      </configuration> 
      </plugin> 
     </plugins> 
     </build> 
    </profile> 
    <profile> 
     <id>runForAsLongAsYouNeed</id> 
     <build> 
     <plugins> 
      <plugin> 
      <groupId>org.apache.maven.plugins</groupId> 
      <artifactId>maven-surefire-plugin</artifactId> 
      <configuration> 
       <includes> 
       <include>/org/mycompany/dataset/test/LargeDataset*.java</include> 
       </includes> 
      </configuration> 
      </plugin> 
     </plugins> 
     </build> 
    </profile> 
    </profiles> 

y luego ser capaz de ejecutar la siguiente manera:

mvn package -P connectedToProdNetwork 

o

mvn package -P runForAsLongAsYouNeed 

o

mvn package -P connectedToProdNetwork,runForAsLongAsYouNeed 

---- ACTUALIZACIÓN -----

Usando mvn help:effective-pom -P [profileA] que fue capaz de determinar que si puedo especificar un único perfil, el pom efectiva resultante será:

 <configuration> 
      <includes> 
      <include>[includeFromProfileA]</include> 
      </includes> 
      <excludes> 
      <exclude>/org/mycompany/dataset/test/ExtractProd*.java</exclude> <!-- requires special network connectivity --> 
      <exclude>/org/mycompany/dataset/test/LargeDataset*.java</exclude> <!-- requires lengthy processing --> 
      </excludes> 
     </configuration> 

Y si el suministro de más de un perfil, mvn help:effective-pom -P [profileA],[profileB]:

 <configuration> 
      <includes> 
      <include>[includeFromProfileAOrBSeeminglyArbitraryChoice]</include> 
      </includes> 
      <excludes> 
      <exclude>/org/mycompany/dataset/test/ExtractProd*.java</exclude> <!-- requires special network connectivity --> 
      <exclude>/org/mycompany/dataset/test/LargeDataset*.java</exclude> <!-- requires lengthy processing --> 
      </excludes> 
     </configuration> 

Y, por último, si agrego el atributo combine.children="append" al elemento <includes> de las configuraciones de perfil, y proporciono ambos perfiles, mvn help:effective-pom -P [profileA],[profileB]:

 <configuration> 
      <includes combine.children="append"> 
      <include>[includeFromProfileA]</include> 
      <include>[includeFromProfileB]</include> 
      </includes> 
      <excludes> 
      <exclude>/org/mycompany/dataset/test/ExtractProd*.java</exclude> <!-- requires special network connectivity --> 
      <exclude>/org/mycompany/dataset/test/LargeDataset*.java</exclude> <!-- requires lengthy processing --> 
      </excludes> 
     </configuration> 

Sin embargo, ahora que cada archivo se especifica tanto como un <include> y un <exclude>, ¿qué ocurre?

---- ---- ACTUALIZACIÓN 2

corriendo realidad una acumulación con esta configuración:

<configuration> 
    <includes> 
    <include>**/TestA.java</include> 
    </includes> 
    <excludes> 
    <exclude>**/TestA.java</exclude> 
    </excludes> 
</configuration> 

¿El NO plazo Testa, por lo que aparece un <exclude> se dominar un <include>. Tenga en cuenta que, para completar, cambié el orden y coloque <excludes> antes de <includes> pero el comportamiento no cambió. Si alguien puede encontrar un código que no sea el código fuente donde se describe este comportamiento, con gusto le daré la respuesta ...

Answer 1

¿Ha intentado utilizar las categorías de JUnit?

http://www.agile-engineering.net/2012/04/unit-and-integration-tests-with-maven.html

Usando este enfoque, usted podría dar pruebas de una serie de diferentes categorías, y excluir/incluirlos usando que, más que el nombre de la clase. Este sería un enfoque más extensible.

Answer 2

No pude encontrar la documentación oficial sobre el plugin surefire, pero de hecho el exclude-override-include es un enfoque común y también lo utiliza Maven en otros contextos similares, como por los recursos.

El único funcionario de una información relacionada (he encontrado) proviene de la documentación de referencia oficial Maven POM, here:

incluye: Un conjunto de patrones de archivos que especifican los archivos para incluir como recursos en virtud de ese directorio especificado, usando * como un comodín.

excluye: La misma estructura que incluye, pero especifica qué archivos ignorar. En conflictos entre incluir y excluir, excluir gana.

NOTA: Agregué el formato final en negrita en la declaración interesante.

Por lo tanto, es más probable que se use el mismo enfoque en los complementos maven oficiales (en general, todos los complementos que tienen org.apache.maven.plugins groupId y maven- prefix como artifactId).