|Latest version||12.30 ( 25 June 2013 7 january 2014 )|
|Requires SonarQube version||3.6 or higher ( check version compatibility )|
|License||GNU LGPL 3|
If you want to see a live example of the capabilities of the Java Ecosystem, you can have a look at SonarQube on SonarQube.
Description / Features
The Java Ecosystem is a set of plugins used to monitor the quality of Java projects within SonarQube.
The Java Ecosystem is a set of plugins:
On top of the coding rules provided by the SonarQube engine
Note that by , you can activate rules from Checkstyle, FindBugs, PMD, Clirr, and fb-contrib. However, we highly recommend that you limit your Quality Profiles to from the SonarQube engine because we believe they are faster, more accurate (fewer false positives and false negatives), and more usable (they have better descriptions, etc). Read this blog post for more details.
By default the Java Ecosystem is provided with SonarQube. You You can update it from the Update Center (since SonarQube 3.5) or or download the latest release from this page header. Once the Java Ecosystem is installed, other plugins are available for download: Emma, Clover, etcDon't forget to check the upgrade notes.
Run a SonarQube Analysis
- The source directory should must be set to the directory containing the top parent package. For For example, if your directory structure is 'src/main/java/com/mycompany/...', the source directory must be set to 'src/main/java'.
- The source directory tree has to must match the package declaration. For For example, the following class:
package com.mycompany.mypackage; ...
must be located in the following directory: [mySourceDirectory]/com/mycompany/mypackage/MyClass.java. Otherwise Otherwise you would get such an error like below while running your analysis:
Exception in thread "main" org.sonar.batch.bootstrapper.BootstrapException: org.sonar.squid.api.AnalysisException: Got an exception - org.sonar.squid.api.AnalysisException: The source directory does not correspond to the package declaration com.mycompany.mypackage, file : ..\src\MyClass.java ...
The default code coverage engine for unit tests can be set in Settings > Configuration > General Settings > Java > Code coverage plugin property.
To deal with integration tests and code coverage, see Code Coverage by Integration Tests for Java Project tutorial.
Documentation on advanced parameters is available on the Analysis Parameters page.
Advanced parameters specific to Java are:
Compatibility of your source code regarding Java version.
This property is not used by the SonarQube core but can be used by Java SonarQube plugins like the PMD plugin.
See Java Ecosystem FAQ.
To Go Further
- Java Ecosystem FAQ
- Metric definitions
- Additional plugins are available:
- Android: sample projects with code coverage computed with Emma
- Extending Coding Rules using XPath
New coding rules can be added using XPath. See the related documentation.
- . To navigate the AST, download the SSLR Java Toolkit.
All the valuable rules from PMD and Checkstyle were rewritten based on our own SSLR technology. These rules are now available in the SonarQube repository. Deprecated rules from PMD and Checkstyle are flagged as so and their replacement is stated in the rule description:
sonar.surefire.reportsPathhas been removed and replaced by