Details
Description
The Sonar schema, or at least way it's used for CheckStyle, seems to limit the usefulness of CheckStyle.
Root cause is that class name appears to be used as a unique key for coding rules. However, it's not uncommon for a CheckStyle rule set to have several rules for the same class. GenericIllegalRegExp is a good example of this type of check, where a rule set may have multiple regexp being searched for, with different messages and possibly different priorities. IllegalToken is another.
The eclipse-cs project had a similar issue and included the ID for each check in the configuration GUI for checkstyle (http://eclipse-cs.sourceforge.net/releasenotes/4.3.2/release_notes.html)
Issue Links
| This issue is related to: | ||||
| SONAR-1766 | Create a new PMD XPath rule and let user duplicate this rule as often as necessary |
|
|
|
| SONAR-964 | Multiple Regexp hard to distinguish |
|
|
|
| This issue depends upon: | ||||
| SONAR-1763 | Optional generation of the Checkstyle XML report |
|
|
|
| This issue is depended upon by: | ||||
| SONARPLUGINS-626 | Multiple instances of the same check |
|
|
|
| SONAR-1765 | Ability to create a new PMD XPath rule directly from the Sonar web interface |
|
|
|
| SONAR-971 | Cardinality of checkstyle rule TodoComment should be updated to multiple |
|
|
|
Hello,
Just my "two cent". We wrote generic checkstyle extensions we can now instanciate by providing different parameters. However, as Sonar's profile manager only allows to have one extension per class name, we can only use each extension once.
Thus, we also need this issue to be fixed. Please make possible the registration of multiple extensions using the same class name OR allow users to instanciate a single extension multiple times at profile creation/update time.
Best regards,
Michel