Hi Nicolas,
You know, I was just blindly trusting that the format was the same, but on closer inspection I see now that buck is producing the report according to its own general language-independent test report schema (
https://github.com/facebook/buck/issues/143). :(
So my particular problem won't be solved unless I do some transformation first - fortunately it seems someone has written XSLT to do just that, and I guess I can rename them to TEST-foo.xml along the way.
But to continue regardless... I think the 'Surefire' schema actually originated back in Ant (
https://ant.apache.org/manual/Tasks/junitreport.html), and it does seem to be a widely-adopted convention for JUnit and general test reports, e.g. gtest for C++ tests will use this schema when asked to output xml, but with no fixed filename pattern. Jenkins JUnit plugin will also parse these files (
manually via dom4j) but it allows you to configure the reports path, e.g. "**/TEST-*.xml".
So overall I still think in principle it might be nice for Sonar-Java to allow customisable filename patterns, or at least to make the hardcoded pattern/Surefire limitation clear in the doc for the reportsPath parameter. That way I could at least have hit parser errors rather than a mysterious "no reports found" :)