Code coverage and multi module Maven project

[gquerret (Gilles Querret)]

In a Maven multi module project, is it expected that a class written in one module but tested in a different module does not have any code coverage information ? There are already a few topics here, but I’m not able to find the answer.

I’ve reproduced that in a small project. ModuleC depends on ModuleB, which in turn depends on ModuleA. Only one unit test, in ModuleC, instantiating classes from all modules. Analysis result in SonarQube shows that classes in ModuleA don’t have any coverage ; the only classes with coverage are in ModuleB and C (so same module and direct dependency). Is that the expected result, or am I missing something ? Property sonar.coverage.jacoco.xmlReportPaths is to my mind correctly set.

Reproduced on SonarQube 8.1 / JaCoCo 1.1.0. Analysis is executed with mvn clean verify sonar:sonar.

[Quentin (Quentin Jaquier)]

Hello,

Thanks for taking the time to prepare a reproducer, in fact, your problem is similar to the one reported here:

Jacoco XML format cannot work as good as the binary format for multi-module maven

One trick thing is that you need to import only the aggregated jacoco.xml. As we’re generating the normal report for each submodule the aggregated one got overriden and then we could not get overall coverage. So for us, besides the report-aggregator module which you can find an “official” example here, passing the absolute path of aggregated report to sonar did the trick: mvn sonar:sonar -Dsonar.coverage.jacoco.xmlReportPaths=absolutePathToReportProject/target/site/jacoco-aggregate/jacoco.xml …

Currently, we did not reach any solution, we are still investigating.

You will be able to follow the evolution of the problem on the other thread.

Best,
Quentin