There’s nothing wrong with the way you set up the listeners. It might be worth to disable the Gradle’s html report if you want to use the ReportNG instead.
I don’t know what’s the problem with ReportNG - I couldn’t get it work, too, even with older Gradle versions. It might we worth asking the ReportNG guys what might be the cause of missing tests in the html report.
Can you tell us why do you want to use ReportNG? Gradle 1.4 has greatly improved html reports of TestNG tests.
ReportNG reports have the same issues as the regular TestNG reports: they don’t know about Gradle’s test forking / parallelism. So if your test task happen to configure things like forkEvery or maxParallelForks, the reports become garbage. Therefore (and for other reasons, too) we decided to use our own reporting for TestNG tests I would definitely recommend you to try it out. If you have any suggestions about the reports please let us know.
We wanted the ReportNG tests because we were recently using them when our build was a Maven build. When we migrated from Maven to Gradle 1.3, we had problems getting the ReportNG listeners to work, so we backed off and ran with the Gradle default TestNG reports. Those default reports were not so attractive in Gradle 1.3.
I think we will be sufficiently happy with the Gradle 1.4 TestNG reports, however. I was just bothered by the fact I could not get the ReportNG stuff to work, hence my last-resort question above. I’m glad you had trouble, too