thanks for the update. Initially I did not get what you meant by âmismatch between the paths in your report and the file paths analysis seesâ, but while I investigated it further I noticed the PMD report has a reference for the file path like: <file name="C:\repos\salesforce-poc\force-app\main\default\classes\CalculateCaseDate.cls">
and it seems to be used as a key to correlate the PMD violations with the Sonar Issues.
When I changed that to match what we have in sonar server salesforce-poc/force-app/main/default/classes/CalculateCaseDate.cls, then the issue was correctly linked to the file in Sonar Server and we could see the PMD violations too.
Another problem I noticed, we were using the PMD report generated by sfdx-scanner and that seems not to be in the same format used by PMD itself and I suppose, expected by Sonar.
So I can confirm that using the report generated by PMD itself and ensuring the âfile nameâ tag in the report matches the path in Sonar Server, the import works fine.
I will investigate further to see if sfdx-scanner could possibly generate a report preserving the PMD format as that would be preferable in our use case.