Dawid, sorry for the incomplete information (and for hijacking the thread)!
The "no runnable tests" error indeed isn't an issue for the gradle build.
But for ant I just confirmed that on a clean checkout of
`releases/lucene-solr/8.11.0`:
`ant test -Dtests.class='org.apache.solr.search.facet.*'` yields:
   [junit4] Completed [13/13 (1!)] on J0 in 129.17s, 162 tests
   [junit4]
   [junit4]
   [junit4] Tests with failures [seed: 37C421761CE5038]:
   [junit4]   - org.apache.solr.search.facet.DebugAgg.initializationError
   [junit4]
   [junit4]
   [junit4] JVM J0:     0.68 ..   135.06 =   134.38s
   [junit4] JVM J1:     0.68 ..    73.02 =    72.34s
   [junit4] JVM J2:     0.66 ..    57.78 =    57.12s
   [junit4] JVM J3:     0.66 ..    60.63 =    59.97s
   [junit4] Execution time total: 2 minutes 15 seconds
   [junit4] Tests summary: 13 suites, 234 tests, 1 error, 3 ignored (3
assumptions)
So, the 12 actual tests pass, but DebugAgg (which is basically a utility
class used across the various tests) fails at the suite level. To be clear
I'm not suggesting it's worth doing anything about this; but if invoking
tests in the ant build and specifying tests via wildcard pattern (a special
case!), it's worth knowing to ignore this type of spurious error.

On Mon, Nov 22, 2021 at 1:18 PM Dawid Weiss <dawid.we...@gmail.com> wrote:

> > FWIW: the test-suite-level "no runnable tests" errors usually crop up
> for me when specifying tests with wildcard expressions, e.g.:
> `-Dtests.class='org.apache.solr.search.facet.*'` (with `DebugAgg` being the
> culprit in that case). I just ignore these "no runnable tests" errors
> (though perhaps there's a better way?). Not sure if that applies in this
> case (and come to think of it, I don't recall whether this applies to both
> `ant` or `gradle` builds), but I thought I'd mention it.
>
> I'm not sure I understand - can you provide a full command that
> produces this error?
>
> D.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>

Reply via email to