public class NoSonarFilter extends Object implements IssueFilter
BatchExtension
s, must feed this filter by registering the
lines that contain "NOSONAR". Note that filters are disabled for the issues reported by
end-users from UI or web services.Constructor and Description |
---|
NoSonarFilter() |
Modifier and Type | Method and Description |
---|---|
boolean |
accept(Issue issue,
IssueFilterChain chain)
The
accept method is called for each Issue created during analysis, to check if it has to be persisted. |
NoSonarFilter |
addComponent(String componentKey,
Set<Integer> noSonarLines) |
public NoSonarFilter()
public NoSonarFilter addComponent(String componentKey, Set<Integer> noSonarLines)
public boolean accept(Issue issue, IssueFilterChain chain)
IssueFilter
accept
method is called for each Issue
created during analysis, to check if it has to be persisted. Examples of use cases are:
//NOSONAR
comments, semantic annotations)chain
parameter allows for fine control of the filtering logic: it is each filter's duty to either pass the issue to the next filter, by calling
the IssueFilterChain.accept(org.sonar.api.issue.Issue)
method, or return directly if the issue has to be accepted or notaccept
in interface IssueFilter
issue
- the issue being filteredchain
- the rest of the filterstrue
to accept the issue, false
to reject it, IssueFilterChain.accept(org.sonar.api.issue.Issue)
to let the other filters decide.Copyright © 2009-2014 SonarSource. All Rights Reserved.