This plugin is deprecated since SonarQube 5.1. See SonarLint for in-IDE support instead.
Description / Features
The Issues Report plugin provides the ability to generate HTML report on issues.
The main use case is for developers to check the code they have added or changed before pushing it back to the SCM.
Here's an example of HTML report (you can download the full report here):
Issues can then be filtered by severity, new issues only, etc.
|Note that a SonarQube plugin for Eclipse is also available. It currently supports Java, C/C++ and Pythonwhile the Issues Report plugin supports every language, there is also support for certain languages within the IDE. See SonarLint for Eclipse, IntelliJ, and VisualStudio.|
As the main use case is for developers to check the code they have added or changed before pushing it back to the SCM, the Issues Report plugin is usually used in Preview mode preview mode. This is this usage that is detailed below.
The only prerequisite is to install and configure your favorite analyzer Install your favorite scanner (SonarQube RunnerScanner, SonarQube Scanner for Maven or SonarQube Scanner for Ant) on your local machine. You only have to set the
sonar.host.url property to point to your remote SonarQube server (connection settings to the remote database do not have to be provided for a preview analysis as no data is pushed to the database). Note that you don't need to install any SonarQube server on your local machine.
Copy the analysis configuration file (sonar-project.properties, pom.xml, etc.) that is used to analyze the project on the remote server to your local machine. Make sure that the
sonar.sources property refers to the directory containing the source code on your local machine (or update it accordingly). The tree structure of the source code on your local machine must match the tree structure that has been remotely analyzed by SonarQube.
To get an HTML report, set the
sonar.issuesReport.html.enable property to
true. To define its location, set the
sonar.issuesReport.html.location property to an absolute or relative path to the destination folder for the HTML report. The default value is .sonar/issues-report.html/ for the SonarQube Runner and Ant, and target/sonar/issues-report.html/ for Maven. By default 2 html reports are generated:
- The full report (default name is issues-report.html)
- The light report (default name is issues-report-light.html) that will only contains new issues.
The light report is useful when working on legacy projects with a lot of many issues, since the full report may be hard to display in your web browser. You can skip full report generation using property
You can also configure the filename of the generated html reports using property
To display a short report in the console, set the
sonar.issuesReport.console.enable property to true:
Finally, run a Preview preview analysis that generates an HTML report:
# SetSince theSonarQube "sonar4.dryRun" property to "true" to run a Preview analysis 0 sonar-runner -Dsonar.analysis.mode=preview -Dsonar.issuesReport.html.enable=true # Prior to SonarQube 4.0 sonar-runner -Dsonar.dryRun=true -Dsonar.issuesReport.html.enable=true
Another useful feature is to Even more useful, you can limit the scope of the analysis to the files that have been recently created or modified . To do so, the
sonar.inclusions property can be set. In the following example, the Preview analysis will only check the myCobolProgram.cbl Cobol program(i.e. incremental mode):
# Since SonarQube 4.0 sonar-runner -Dsonar.dryRunanalysis.mode=trueincremental -Dsonar.issuesReport.html.enable=true # Prior to SonarQube 4.0, the files have to be manually listed sonar-runner -Dsonar.inclusions=myCobolProgram.cbl
The Issues Report plugin is not yet compatible with multi-module projects. See https://jira.codehaus.org/browse/SONARPLUGINS-2805.
dryRun=true -Dsonar.issuesReport.html.enable=true -Dsonar.inclusions=myCobolProgram.cbl,...