cobertura sur maven multi projet de module

À partir de la version 2.6, il est un agrégat option peut être définie sur true dans le pom parent:

<reporting>
<plugins>
  <plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>cobertura-maven-plugin</artifactId>
    <version>2.6</version>
    <configuration>
        <outputDirectory>./target/tmpCobertura</outputDirectory>
        <formats>
            <format>html</format>
        </formats>
        <aggregate>true</aggregate>
    </configuration>
  </plugin>
</plugins>
</reporting>

Selon MCOBERTURA-65, le maven cobertura plugin ne sait toujours pas comment faire pour compiler des rapports des sous-modules dans un consolidés. Un certain travail a été fait pour mettre en œuvre un merge cible sur le maven cobertura plugin (voir MCOBERTURA-33) mais ce code n'a pas été inclus dans le plugin encore. Je n'ai pas testé le patch moi-même et ne peux pas dire si elle vaut la peine d'essayer.

En conséquence, beaucoup de gens en effet vous suggérons d'utiliser le maven tableau de bord plugin mais je serais personnellement de rester loin d'elle car elle n'est pas très satisfaisant sur le long terme et j'ai fait face à beaucoup de problèmes avec elle (problèmes techniques, la perte de l'histoire,...). Au lieu de cela, je vous le recommande chaudement Sonar. Jetez un oeil à Nemo, une instance publique de la dernière version de Sonar, pour une démonstration en direct de cet outil. Voir, par exemple, la Communes De L'Autoclave projet et la forer vers le bas de la couverture de code.

Je tiens vraiment à remercier Sven Oppermann pour la soumission de son runCobertura profil de la solution. Cela a permis de
me résoudre la question de " comment obtenez-vous l'agrégat des rapports de couverture pour le multi-projets de module lorsque que vous pourriez ne pas être
en mesure d'utiliser le Sonar.

J'ai créé un exemple qui montre comment créer des multi-module des projets qui produisent des rapports de couverture de code qui permettent d'évaluer non seulement l'unité de la couverture de test (dans tous les submodules), mais aussi de la couverture sur les TESTS d'INTÉGRATION APPORTER
VOTRE APPLICATION EN TANT QUE .LA GUERRE DANS LA JETÉE. L'exemple est hébergé ici:

        http://dl.dropbox.com/u/9940067/code/multi-module-cobertura.zip 

La recette que je suis en fournissant est assez ré-utilisable si vous copiez le runCobertura profil énumérés ci-dessous (sur la base d'une
fournir par Sven.)

Voici quelques notes qui vous aideront à utiliser ce profil:

• l'intégration du module de test qui lance jetée (et définit les tests qui vont à l'encontre
  la production .la guerre doit être nommée web-test-driver-pour-couverture de code, ou vous
  doit modifier les instructions dans le runCobertura bloc de configuration.

• vos rapports de couverture apparaîtra à l'endroit où vous définissez votre variable

• vous DEVEZ inclure "propre" sur la ligne de commande lorsque vous exécutez votre construction de la couverture de code. "propre" va souffler avant cobertura.fichiers ser,
  qui, si la gauche qui rôdent autour de peut causer beaucoup de confusion rapports pour être
  généré (un signe que vous avez besoin pour "nettoyer" est que les rapports montrent
  100% de couverture pour tout, y compris des trucs que vous savez n'est jamais appelée.

    mvn -PrunCobertura clean install      # gives you the aggregate reports.

• le module web-test-driver-pour-couverture de code définit un contexte de servlet auditeur explicitement les bouffées de chaleur de la couverture des paramètres pour disque
  lorsque le serveur web s'arrête. Soi-disant le conteneur est censé le faire automatiquement, mais cela ne fonctionne pas pour moi, donc
  J'ai eu à le crochet dans l'appel explicite à débusquer les paramètres.

• les tests d'intégration sont fait en groovy, parce que je me suis basé sur certaines de projet maven squelettes qui ont déjà utilisé groovy.
  Désolé pour le désordre, mais il ne vous montrer comment faire vos tests en groovy (ce qui est hautement recommandé de toute façon.)

• Noter que lorsque vous compilez avec l'runCobertura profil de tous vos objets sont créés avec cobertura de l'instrumentation, et même de votre
  .la guerre de fichier. Vous ne voulez JAMAIS laisser sortir dans la production de cours (pour une chose, il irait realllll lent.) Je n'ai pas
  encore compris l'alimentation de façon à obtenir les objets de renommer eux-mêmes, afin que la cobertura-ness " est évidente.

  <profiles>
  <profile>
  <id>runCobertura</id>
  <activation>
  <property>
  <name>runCobertura</name>
  <value>true</value>
  </property>
  </activation>
  <properties>
  <cobertura.format>html</cobertura.format>
  <working.dir>/tmp</working.dir>
  <cobertura.working.dir>${working.dir}/${project.version}/cobertura</cobertura.working.dir>
  <cobertura.complete.ser.file>${cobertura.working.dir}/complete.ser</cobertura.complete.ser.file>
  <!-- scope which determines whether or not cobertura is included in .war file: overriden here -->
  <cobertura.dependency.scope>compile</cobertura.dependency.scope>
  </properties>
  <build>
  <plugins>
  <plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-clean-plugin</artifactId>
  <version>2.4.1</version>
  <inherited>false</inherited>
  <configuration>
  <filesets>
  <fileset>
  <directory>.</directory>
  <includes>
  <include>**/cobertura.ser</include>
  </includes>
  </fileset>
  <fileset>
  <directory>${cobertura.working.dir}</directory>
  </fileset>
  </filesets>
  </configuration>
  </plugin>
  <plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>1.7</version>
  <executions>
  <execution>
  <id>cobertura-Instrument</id>
  <phase>process-classes</phase>
  <goals>
  <goal>run</goal>
  </goals>
  <configuration>
  <target>
  <taskdef resource="tasks.properties"/>
  <taskdef resource="net/sf/antcontrib/antcontrib.properties"/>
  <echo message="::PROCESS CLASSES: ${artifactId}"/>
  <if>
  <equals arg1="${artifactId}" arg2="web-test-driver-for-code-coverage" />
  <then>
  <echo message="::SKIPPING PHASE for integration test"/>
  </then>
  <else>
  <if>
  <available file="${project.build.outputDirectory}"/>
  <then>
  <echo message="::BEFORE INSTRUMENT"/>
  <cobertura-instrument>
  <fileset dir="${project.build.outputDirectory}">
  <include name="**/*.class"/>
  </fileset>
  </cobertura-instrument>
  </then>
  </if>
  </else>
  </if>
  </target>
  </configuration>
  </execution>
  <execution>
  <id>cobertura-createCombinedSerFile</id>
  <phase>generate-test-sources</phase>
  <goals>
  <goal>run</goal>
  </goals>
  <configuration>
  <target>
  <taskdef resource="tasks.properties"/>
  <taskdef resource="net/sf/antcontrib/antcontrib.properties"/>
  <echo message=":::generate-test-sources"/>
  <if>
  <equals arg1="${artifactId}" arg2="web-test-driver-for-code-coverage" />
  <then>
  <echo message="::SHORT CIRCUIT COMBINE PHASE for integration test"/>
  <echo  message="source - ${cobertura.complete.ser.file} dest - ${basedir}/cobertura.ser"/>
  <copy file="${cobertura.complete.ser.file}" tofile="${basedir}/cobertura.ser"/>
  </then>
  <else>
  <if>
  <available file="${basedir}/cobertura.ser"/>
  <then>
  <echo message="::: Is available ${basedir}/cobertura.ser"/>
  </then>
  </if>
  <if>
  <available file="${cobertura.complete.ser.file}"/>
  <then>
  <echo message="before merge1"/>
  <cobertura-merge datafile="${basedir}/tmp.ser">
  <fileset file="${cobertura.complete.ser.file}"/>
  <fileset file="${basedir}/cobertura.ser"/>
  </cobertura-merge>
  <echo message="move temp.ser to ${basedir}/cobertura.ser"/>
  <move file="${basedir}/tmp.ser" tofile="${basedir}/cobertura.ser"/>
  </then>
  </if>
  </else>
  </if>
  </target>
  </configuration>
  </execution>
  <execution>
  <id>cobertura-copyResultSerFileAndSources</id>
  <phase>verify</phase>
  <goals>
  <goal>run</goal>
  </goals>
  <configuration>
  <target>
  <taskdef resource="tasks.properties"/>
  <taskdef resource="net/sf/antcontrib/antcontrib.properties"/>
  <echo message=":::copyResultSerFileAndSources -beforeIf"/>
  <if>
  <available file="${basedir}/cobertura.ser"/>
  <then>
  <echo message="move1"/>
  <move file="${basedir}/cobertura.ser" tofile="${cobertura.complete.ser.file}"/>
  <mkdir dir="${cobertura.working.dir}/source"/>
  <if>
  <available file="${basedir}/src/main/java"/>
  <then>
  <copy todir="${cobertura.working.dir}/source">
  <fileset dir="src/main/java">
  <include name="**/*.java"/>
  </fileset>
  </copy>
  </then>
  </if>
  <echo message="runreport"/>
  <cobertura-report datafile="${cobertura.complete.ser.file}" format="${cobertura.format}" destdir="${cobertura.working.dir}/report">
  <fileset dir="${cobertura.working.dir}/source"/>
  </cobertura-report>
  </then>
  </if>
  </target>
  </configuration>
  </execution>
  </executions>
  <dependencies>
  <dependency>
  <groupId>net.sourceforge.cobertura</groupId>
  <artifactId>cobertura</artifactId>
  <version>1.9.4.1</version>
  </dependency>
  <dependency>
  <groupId>ant-contrib</groupId>
  <artifactId>ant-contrib</artifactId>
  <version>20020829</version>
  </dependency>
  </dependencies>
  </plugin>
  </plugins>
  </build>
  <dependencies>
  <dependency>
  <groupId>net.sourceforge.cobertura</groupId>
  <artifactId>cobertura</artifactId>
  <version>1.9.4.1</version>
  </dependency>
  </dependencies>
  </profile>
  </profiles>

J'ai pu mettre en œuvre quelque chose d'assez similaire à ce que vous avez besoin grâce à cette réponse: Maven - ajouter la dépendance de l'artefact source

J'ai juste ajouté <classifier>sources</classifier> et cobertura comprend les classes de dépendances ainsi.

Ce qui concerne.