Code quality Permalink to " Code quality"
Code quality can be analyzed using SonarCloud, which is automatically configured by JHipster.
Using Sonar with JHipster Permalink to "Using Sonar with JHipster"
JHipster provides a specific Docker Compose configuration for Sonar (here is the JHipster Docker Compose documentation) that provides an out-of-the box Sonar instance. At the root of your project, please run:
docker-compose -f src/main/docker/sonar.yml up -d
If you use Maven, it has been automatically configured:
./mvnw -Pprod clean verify sonar:sonar -Dsonar.host.url=http://localhost:9001
If you need to re-run the Sonar phase, please be sure to specify at least the initialize
phase since Sonar properties are loaded from the sonar-project.properties file.
./mvnw initialize sonar:sonar -Dsonar.host.url=http://localhost:9001
If you use Gradle, it has also been automatically configured:
./gradlew -Pprod clean check jacocoTestReport sonarqube -Dsonar.host.url=http://localhost:9001
In every cases you can, now, run analysis with sonar-scanner if you already have installed it.
sonar-scanner
Once the analysis completes, it will be available on the Sonar dashboard, which by default is available on http://127.0.0.1:9001/.
Excluding Files from Jacoco Analysis Permalink to "Excluding Files from Jacoco Analysis"
In case you would like to exclude certain classes from coverage analysis (e.g. generated classes or the application class) and would like to have the correct coverage in the default jacoco html report you have to exclude the classes from analysis and from reporting.
Maven Permalink to "Maven"
You need to add exclusions to the prepare-agent
and report
goal of both unit and integration tests:
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<version>${jacoco-maven-plugin.version}</version>
<executions>
<execution>
<id>pre-unit-tests</id>
<goals>
<goal>prepare-agent</goal>
</goals>
<configuration>
<!-- Exclude any class named Application from instrumentation -->
<excludes>**/Application.*</excludes>
<destFile>${jacoco.utReportFile}</destFile>
</configuration>
</execution>
<execution>
<id>post-unit-test</id>
<phase>test</phase>
<goals>
<goal>report</goal>
</goals>
<configuration>
<!-- Exclude any class named Application from reporting-->
<excludes>**/Application.*</excludes>
<dataFile>${jacoco.utReportFile}</dataFile>
<outputDirectory>${jacoco.reportFolder}</outputDirectory>
</configuration>
</execution>
<execution>
<id>pre-integration-tests</id>
<goals>
<goal>prepare-agent-integration</goal>
</goals>
<configuration>
<!-- Exclude any class named Application from instrumentation -->
<excludes>**/Application.*</excludes>
<destFile>${jacoco.itReportFile}</destFile>
</configuration>
</execution>
<execution>
<id>post-integration-tests</id>
<phase>post-integration-test</phase>
<goals>
<goal>report-integration</goal>
</goals>
<configuration>
<!-- Exclude any class named Application from reporting-->
<excludes>**/Application.*</excludes>
<dataFile>${jacoco.itReportFile}</dataFile>
<outputDirectory>${jacoco.reportFolder}</outputDirectory>
</configuration>
</execution>
</executions>
</plugin>
Gradle Permalink to "Gradle"
You can add the following to sonar.gradle
file:
test {
jacoco {
excludes += ['build/generated/**']
}
}
jacocoTestReport {
afterEvaluate {
classDirectories = files(classDirectories.files.collect {
fileTree(dir: it, exclude: [
'**/*_.class'
])
})
}
}
Automatic analysis of the default generated project Permalink to "Automatic analysis of the default generated project"
The JHipster generator project publishes a sample project which is analyzed every time a new commit is merged in the “main” branch:
Analysis of the JHipster Sample Application under the JHipster Organization
This allows the JHipster team to make sure that you will start developing your project on the cleanest code possible.
This analysis is provided for free by SonarCloud.