maven-surefire-plug-in include/exclude precedenza

Question

Quando si utilizza il plug-in maven-surefire ed entrambi include ed esclude, in quale ordine vengono elaborati? Inoltre, se hai 3 serie di test, il primo è il set base, il secondo e il terzo casi speciali, puoi usare i profili per includere/escludere ulteriormente? Come si unirà/escluderà le impostazioni del profilo? Ad esempio, mi piacerebbe fare qualcosa di simile:

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

e quindi essere in grado di eseguire in questo modo:

mvn package -P connectedToProdNetwork 

o

mvn package -P runForAsLongAsYouNeed 

o

mvn package -P connectedToProdNetwork,runForAsLongAsYouNeed 

---- AGGIORNAMENTO -----

Utilizzando mvn help:effective-pom -P [profileA] sono stato in grado di determinare che se a specificare un singolo profilo, il pom efficace risultante sarà:

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

E se io fornisco più di un profilo, 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> 

Infine, se aggiungo l'attributo combine.children="append" all'elemento <includes> delle configurazioni del profilo e fornisco entrambi i profili, 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> 

Tuttavia, ora che ogni file è specificato sia come <include> ed un <exclude>, cosa succede?

---- ---- UPDATE 2

effettivamente in esecuzione una build con questa configurazione:

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

Does NON corsa Testa, in modo che appaia un <exclude> volontà overpower a <include>. Nota che per completezza, ho invertito l'ordine e ho inserito <excludes> prima del <includes> ma il comportamento non è cambiato. Se qualcuno può trovare qualche parte del codice sorgente in cui è descritto questo comportamento, sarei felice di dare loro la risposta ...

Answer 1

Hai provato a utilizzare categorie JUnit?

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

Utilizzando questo approccio, si potrebbe dare prove di un certo numero di diverse categorie, ed escludere/include utilizzando che, piuttosto che il nome della classe. Questo sarebbe un approccio più estensibile.

Answer 2

Non sono riuscito a trovare la documentazione ufficiale sul plugin surefire, ma in effetti l'esclusione-override-include è un approccio comune e viene applicato anche da Maven in altri contesti simili, come per le risorse.

L'unico ufficiale un info correlate (che ho trovato) proviene dalla Maven POM documentazione ufficiale di riferimento, here:

include: un insieme di file modelli che specificano i file da includere come risorse ai sensi di tale directory specificata, usando * come carattere jolly.

esclude: la stessa struttura di include, ma specifica quali file ignorare. Nei conflitti tra inclusione ed esclusione, l'esclusione vince.

NOTA: ho aggiunto la formattazione in grassetto finale sulla frase interessante.

Quindi più che probabilmente lo stesso approccio viene utilizzato attraverso i plugin ufficiali Maven (in generale, tutti i plugin con org.apache.maven.plugins groupId e maven- prefix come artefatto).