Tapio Rautonen

Yea, it could be that the checkstyle config is required from the etc project. But it would make sense to remove this submodule dependency completely and also change the build...

I think others have reported similar issues too. There might be something I haven't figured right when applying aggregation of multi module projects with a coverage tool that actually does...

Tried to play around with the sample project I have here and was unable to reproduce the issue. Can you compare your config to the sample project in `sample` directory....

Ok, I see now. I think the issue is that coveralls plugin is an aggregate mojo and jacoco isn't. That causes an issue that coveralls and jacoco report file paths...

I've played around a bit and I guess I have a reasonable solution. I can introduce a new configuration property `relativeReportDirs` where you can add module relative directories where to...

Ok, there. Just add sonatype's snapshot repository to your pom if you already don't have and use version `3.1.0-SNAPSHOT`. ``` sonatype-nexus-snapshots Sonatype Nexus Snapshots https://oss.sonatype.org/content/repositories/snapshots false true ``` Then add...

Yes, coveralls plugin goes through all the reactor maven projects (submodules) defined in your root project (or at least should). Now we are getting some weird issue, because the coveralls...

Short answer: You can't. Long answer: This behavior is expected because jacoco does not support real aggregation and my plugin just picks whatever coverage report of a file it bumps...

Yea, I think this is not the simplest problem to solve as you have probably looked the JaCoCo issue and discussion in it. Let's hope they come up with a...

There seems to be a merge goal in the jacoco plugin and I guess it could be used to solve your problem. Run your tests and merge the results in...