Could you double-check your SonarQube Server version? 6.3 was initially released in 2017, well before we introduced SCA, and there was never a .5 version.
Since you’re talking about SCA, I’m going to assume you’re on a relatively modern version.
What happens if you don’t specify sonar.projectBaseDir at all? Because you shouldn’t need to do that. It’s really only called for when you’re kicking analysis off from somewhere other than the project directory. And tell me about your coverage reports. How are they generated and are you passing in a report per module or one combined report?
I’ve called to this endpoint to check the current version: http:///api/server/version
It returned 2025.4.3.113915. (sorry for the wrong version in the post)
I’ve noticed that if I do not specify sonar.projectBaseDir, the code coverage does not work properly, no coverage information is displayed on the SonarQube server. However, Sonar SCA works correctly (I mean the dependency analysis for each module display correctly).
And yes, I agree that sonar.projectBaseDir shouldn’t need to be defined; however, I haven’t been able to get code coverage working unless I set it to ${project.projectDir}/../../.”
Below is part of the current pipeline script used to generate and report both code coverage and Sonar SCA:
The analysis is executed per module, not as a combined report, because the project uses a Gradle composite build (includeBuild), where each module is treated as an independent build and scanned separately via the sonarComposite task.