Discover and update the PHP-specific properties in Administration > General Settings > Languages > PHP
The best way to deactivate an individual issue you don't intend to fix is to mark it "Won't Fix" or "False Positive" through the Sonar UI.
If you need to deactivate a rule (or all rules) for an entire file, then issue exclusions are the way to go. But if you only want to deactivate a rule across a subset of a file - all the lines of a method or a class - you can use a PHPDoc comment
/* @SuppressWarnings("php:S2077") */ or an attribute
The PHP analyzer can analyze
php.ini files with some specific rules (if these rules are activated in your quality profile).
php.ini files must be part of the project you are analyzing, meaning the
php.ini files have to be inside the directories listed in
sonar.sources. Rules targeting
php.ini files can be quickly identified through the php-ini tag set on them.
The PHP analyzer parses the source code, creates an Abstract Syntax Tree (AST), and then walks through the entire tree. A coding rule is a visitor that is able to visit nodes from this AST.
As soon as the coding rule visits a node, it can navigate its children and log issues if necessary.
To get started a sample plugin can be found here: php-custom-rules.
Custom rules for PHP can be added by writing a SonarQube Plugin and using PHP analyzer APIs. Here are the steps to follow:
- create a standard SonarQube plugin project
- attach this plugin to the SonarQube PHP analyzer through the
- add the dependency to the PHP analyzer.
- add the following line in the sonar-packaging-maven-plugin configuration.
- implement the following extension points:
- declare the RulesDefinition as an extension in the Plugin extension point.
- create a class that will hold the implementation of the rule, it should:
- define the rule name, key, tags, etc. with Java annotations.
- declare this class in the
To explore a part of the AST, override a method from the PHPVisitorCheck. For example, if you want to explore "if statement" nodes, override PHPVisitorCheck#visitIfStatement method that will be called each time an ifStatementTree node is encountered in the AST.
When overriding a visit method, you must call the super method in order to allow the visitor to visit the children of the node.
To explore a part of the AST, override
PHPSubscriptionCheck#nodesToVisit by returning the list of the
Tree#Kind of node you want to visit. For example, if you want to explore "if statement" nodes the method will return a list containing the element
From the check, the issue can be created by calling
To test custom checks you can use the method
PHPCheckVerifier#verify. You should end each line with an issue with a comment in the following form:
Comment syntax is described here.
© 2008-2023, SonarSource S.A, Switzerland. Except where otherwise noted, content in this space is licensed under a Creative Commons Attribution-NonCommercial 3.0 United States License. SONARQUBE is a trademark of SonarSource SA. All other trademarks and copyrights are the property of their respective owners.