| Table of Contents |
Managing Existing Violations
When going through the source code, Sonar in Eclipse will highlight the existing violations. The idea is that once you have read the code and understood it, the cost of fixing a violation is low.
Fixing a Violation
Go through the Problems view that displays the list of violations of the selected resource (project, file, etc.):
A double-click on a violation opens the source code editor and highlights the violation:

Once a violation has been fixed, you can simply delete it by clicking on the violation icon and then by selecting the Delete violation item. Deleting a violation also removes it from the Problems view:

Creating a Review (Remote)
If, for any reason you are not going to fix a violation right away but you think it should be resolved, you can create a review on it.


Working through Reviews
It is possible to create custom queries to display reviews in the Task List view:

From there, double-clicking on a review open the detail of that review:
All operations on reviews available through the Sonar web interface are also available in Mylyn, so a review can be commented, fixed, reassigned, flagged as false-positive and reopened. Moreover a review can be created directly from the Eclipse source code editor on an existing violation.
| Known limitations This Mylyn extension has currently the following limitations:
|
Checking Code Prior to Commit
When adding or changing the code of an application, Sonar in Eclipse provide the ability to show the quality of this code prior to committing back to the SCM.
| Know limitation on differential services This use case is currently not fully supported since Sonar Eclipse does not provide a differential mode yet. It is therefore not possible to differentiate what defect was there before from what has been added by the changes. |
Running Local Analysis (Local)
By default Sonar Eclipse takes care to automatically collect information from the Sonar Web server and decorates the source code on-the-fly (remote mode). This default mode is pretty useful as it does not consume any CPU or memory on the developer's computer while quickly displaying valuable quality information as soon as a new source file is opened.
But if lots of source code has been modified locally, quality information available remotely might be quite desynchronized after a while. In that case, a local analysis can be run before committing any changes to the source code repository and with the same quality profile used to analyze the project remotely.
To run a local analysis, switch to the local mode. As soon as this mode is selected a local analysis is run to update the Problems views.
Later, at any time, you can run a new local analysis by clicking on Sonar > Run Local Analysis.

