SonarQube · API Governance Rules
SonarQube API Rules
Spectral linting rules defining API design standards and conventions for SonarQube.
9 Rules
error 2
warn 4
info 3
Rule Categories
sonarqube
Rules
warn
sonarqube-operation-summary-title-case
All operation summaries must use Title Case
$.paths[*][*].summary
error
sonarqube-operation-id-required
All operations must have an operationId
$.paths[*][get,post,put,patch,delete]
warn
sonarqube-tags-required
All operations must be tagged
$.paths[*][get,post,put,patch,delete]
error
sonarqube-200-response-for-get
All GET operations must define a 200 response
$.paths[*].get.responses
warn
sonarqube-security-on-protected-routes
Non-public endpoints must define security requirements
$.paths[*][get,post,put,patch,delete]
info
sonarqube-paging-params-on-list
List/search operations should support pagination parameters
$.paths[*search*].get.parameters[*].name
warn
sonarqube-response-schema-defined
Successful GET responses should have schemas defined
$.paths[*].get.responses[200].content
info
sonarqube-form-encoded-post
SonarQube POST endpoints use form-encoded bodies
$.paths[*].post.requestBody.content
info
sonarqube-component-key-param
Component-scoped endpoints should use 'component' or 'project' parameter
$.paths[*].get.parameters[*].name