I have a spring boot application running in one JVM and I am running my integration tests in other JVM on same machine. I have confgured maven-clover2-plugin:4.0.4 to generate distrubted coverage. I see that although during execution of API integration tests code in Controller and Service layer is executed, but in the coverage stats only the controller source is shown as covered and coverage is zero for Service layer.
here is my package structure -
Source Code package structure -
Test Code package structure -
Are controller and service classes located in different Maven modules?
Are tests kept in the same module(s) as controller and service clasess?
Did the the application server shut down after tests?
Lack of code coverage for some of classes may be caused by different factors:
1) Service classes were not instrumented
- check if you have any inclusion/exclusion patterns in maven-clover2-plugin configuration in pom.xml
- check if you ran 'mvn clean' before calling clover2:setup (otherwise Maven could have found class files compiled previously and not compile the instrumented sources)
- check if you see instrumented classes in /target/classes folder - you can recognize them by "<base name>$__CLR<hash>.class" name pattern
2) Wrong EAR/WAR content or wrong EAR/WAR deployed
- depending on how EAR/WAR is assembled, it may happen that non-instrumented classes are packed (e.g. using a cached JAR file instead of the instrumented classes)
- ensure that instrumented classes are present inside the WAR/EAR file you deploy for tests
3) Database not found at runtime
- it may happen if you have several Maven modules and you copied only one clover.db file to your application server instead of all clover.db files
- this usually does not happen if you build & test on the same machine, unless you launch an application from a different working directory than build workspace - as Clover uses relative paths in initstring
- check for any Clover-related errors in application log, such as
CLOVER: Unable to load the coverage database at <path>
CLOVER: No coverage data will be gathered.
4) Coverage file were not written to disk at the time when report was created
- by default Clover uses "direct" flush policy, which means that coverage recording files are written at JVM shutdown hook
- therefore in case you killed an application server (kill -9) or when you did not close the application server (i.e. it runs also after tests are finished) coverage files could have not been written to disk
- ensure that application sever is stopped or change flush policy to "interval" or "threaded"
If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot