As described in http://www.eclemma.org/jacoco/trunk/doc/report-aggregate-mojo.html, I'm trying to use the <dataFileIncludes> parameter in jacoco:report-aggregate:
<build>
<plugins>
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<version>0.7.7.201606060606</version>
<executions>
<execution>
<id>report-aggregate</id>
<phase>verify</phase>
<goals>
<goal>report-aggregate</goal>
</goals>
<configuration>
<dataFileIncludes>**/*.exec</dataFileIncludes>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
Maven replies:
"[ERROR] Failed to execute goal org.jacoco:jacoco-maven-plugin:0.7.7.201606060606:report-aggregate (report-aggregate) on project virtualization-jacoco-aggregate: Unable to parse configuration of mojo org.jacoco:jacoco-maven-plugin:0.7.7.201606060606:report-aggregate for parameter dataFileIncludes: Cannot assign configuration entry 'dataFileIncludes' with value '**/*.exec' of type java.lang.String to property of type java.util.List -> [Help 1]
Please, can someone explain what's the right syntax to use this parameter?
Thanks.
Chris
Thanks for the examples!
In fact, my real problem is: some of our integration tests run in a OSGI context. We use the "maven-bundle-plugin" to build each module bundle and the "maven-ipojo-plugin" because ... we use iPojo :). This plugin modifies some classes of the bundle to add some byte code. When the report-aggregate runs, it displays that it can manage these modified classes because they do not match to execution data.
I've added the "classDumpDir" in the root project:
<jacoco.classDumpDir>${project.build.directory}/classdumps</jacoco.classDumpDir>
but it has not changed the result. It seems that the aggregate-report don't use the dumped classes. Did I forget something?
Thanks for all.
Chris
I've decompiled a iPojo-modified class from the JaCoCo dumped classes and it contains iPojo code. If the report-aggregate uses the 'dumped classes' to build the report then that means that it compares the iPojo-modified classes to the ones located in the target/classes directory of the related project (these classes are not modified).
Is it possible to force the aggregate-report plugin to use the project bundles (OSGI jar) instead of its classes?
Regards.
Chris