SonarJava is a code analyzer for Java projects. Information about the SonarJava features is available here.
Build status (all branches)
- 390+ rules (including 140+ bug detection)
- Metrics (complexity, number of lines etc.)
- Import of test coverage reports
- Custom rules
Have question or feedback?
To provide feedback (request a feature, report a bug etc.) use the SonarQube Google Group. Please do not forget to specify the language (Java!), plugin version and SonarQube version.
If you have a question on how to use plugin (and the docs don't help you) direct it to Stack Overflow tagged both
Topic in SonarQube Google Group
To request a new feature, please create a new thread in SonarQube Google Group. Even if you plan to implement it yourself and submit it back to the community, please start a new thread first to be sure that we can use it.
Pull Request (PR)
If you have an idea for a rule but you are not sure that everyone needs it you can implement a custom rule available only for you.
To run tests locally follow these instructions.
Build the Project and Run Unit Tests
To build the plugin and run its unit tests, execute this command from the project's root directory:
mvn clean package
Note: You need to run the
package goal because the jacoco-previous module will shade JaCoCo to support two binary format of JaCoCo. This shading mechanism is bound to maven
package phase and is required for other modules to compile.
To run integration tests, you will need to create a properties file like the one shown below, and set the url pointing to its location in an environment variable named
# version of SonarQube Server sonar.runtimeVersion=5.6 orchestrator.updateCenterUrl=http://update.sonarsource.org/update-center-dev.properties
With for instance the
ORCHESTRATOR_CONFIG_URL variable being set as:
Before running the ITs, be sure your MAVEN_HOME environment variable is set.
The "Plugin Test" is an additional integration test which verifies plugin features such as metric calculation, coverage etc. To launch it:
mvn clean install -Pit-plugin
The "Ruling Test" is a special integration test which launches the analysis of a large code base, saves the issues created by the plugin in report files, and then compares those results to the set of expected issues (stored as JSON files).
To run the test, first make sure the submodules are checked out:
git submodule init git submodule update
Launch ruling test:
cd its/ruling mvn clean install -DskipTests=false
This test gives you the opportunity to examine the issues created by each rule and make sure they're what you expect. You can inspect new/lost issues checking web-pages mentioned in the logs at the end of analysis:
INFO - HTML Issues Report generated: /path/to/project/sonar-java/its/sources/src/.sonar/issues-report/issues-report.html INFO - Light HTML Issues Report generated: /path/to/project/sonar-java/its/sources/src/.sonar/issues-report/issues-report-light.html
If everything looks good to you, you can copy the file with the actual issues located at:
Into the directory with the expected issues:
For example using the command:
cp its/ruling/target/actual/* its/ruling/src/test/resources/
Copyright 2012-2017 SonarSource.
Licensed under the GNU Lesser General Public License, Version 3.0