Record Sonar scan results in Kosli #
The results of SonarCloud and SonarQube scans can be tracked in Kosli trails. This integration involves setting up a Sonar webhook in Kosli and a corresponding webhook in SonarCloud or SonarQube. When you run a scan of your SonarCloud/SonarQube project, the webhook is triggered and the results of the scan are sent to Kosli. Some parameters must be passed to the Sonar scanner when it is run (e.g. the name of the Flow corresponding to the project, and the name of the trail the results should be attested to); these are sent with the scan results, and allow Kosli to determine the compliance status of the results and attest them to the correct trail/artifact.
Setting up in Kosli #
To set up the integration, navigate to the Sonar integration page for your org in the Kosli app.
After switching on the integration, you will be provided with a webhook and a secret.
Setting up Sonar Webhooks #
You're now just a few steps away from connecting SonarCloud/SonarQube to Kosli.
Both SonarCloud and SonarQube provide two types of webhooks: global (which are triggered when any project in your organization is scanned) and project-specific (which are triggered by a scan for that project only). Kosli supports both types of webhooks.
In SonarCloud or SonarQube:
To create a global webhook: #
- In SonarCloud: Go to your Organization, then Administration > Webhooks
- In SonarQube: Go to Administration > Configuration > Webhooks
- Create a new Webhook
- Add the Kosli webhook URL and secret provided
- Click Create
To create a project-specific webhook: #
- Go to the project you want to create a webhook for
- Click on Administration (SonarCloud) or Project Settings (SonarQube) and go to Webhooks in the dropdown menu
- Create a new Webhook
- Add the Kosli webhook URL and secret provided
- Click Create
Setting up the SonarScanner #
In order for Kosli to know where the scan results should be attested, certain parameters must be passed to the SonarScanner. Note that this does NOT work for SonarCloud's Automatic Analysis. These parameters can be passed to the scanner in three ways:
- As part of the sonar-project.properties file used in CI analysis
- As arguments to the scanner in your CI pipeline's YML file
- name: SonarCloud Scan
uses: sonarsource/sonarcloud-github-action@master
with:
args: >
-Dsonar.analysis.kosli_flow=<YourFlowName>
-Dsonar.analysis.kosli_trail=<YourTrailName>
- As arguments to the CLI scanner
$ sonar scanner \
-Dsonar.analysis.kosli_flow=<YourFlowName> \
-Dsonar.analysis.kosli_trail=<YourTrailName>
Required scanner parameters: #
sonar.analysis.kosli_flow=<YourFlowName>
The name of the Flow relevant to your project.
Optional scanner parameters: #
sonar.analysis.kosli_trail=<YourTrailName>
- The name of the Trail to attest the scan results. If a trail does not already exist with the given name it is created. If no Trail name is provided, the revision ID of the Sonar project (typically defaulted to the Git SHA) is used as the name.
sonar.analysis.kosli_attestation=<YourAttestationName>
- The name you want to give to the attestation. If not provided, a default name "sonar" is used.
sonar.analysis.kosli_artifact_fingerprint=<YourArtifactFingerprint>
- The fingerprint of the artifact you want the attestation to be attached to. Requires that the artifact has already been reported to Kosli.
Testing the integration #
To test the webhook once configured, simply scan a project in SonarCloud or SonarQube. If successful, the results of the scan will be attested to the relevant Flow and Trail (and artifact, if applicable) as a sonar attestation. If the webhook fails, check that you have passed the parameters to the scanner correctly, and that the flow name and artifact fingerprint are valid.