I believe I got to the bottom of this and fixed it. The Crave server
initialization script, which I wrote (at least the project/Solr specific
parts) was doing a "gradle assemble" at the end, and so there's lots of
compiled code & various stuff in place. For "old PRs" or some scenarios,
we need a
> branch_9x not being cleaned before the tests are run?
That'd be my guess as well. 'CoresApi.java' is a SolrJ class that's
being generated from our v2 "OpenAPI Spec" (OAS). I merged a PR a few
days ago that adds the install-core-data API to our OAS (which causes
us to generate code for it in Co
At least the last few are failing with:
https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/5616/console
```
> Task :solr:solrj:compileJava
/tmp/src/solr/solr/solrj/build/generated/src/main/java/org/apache/solr/client/solrj/request/CoresApi.java:20:
error: cannot find symbol
import org.apac
For PRs crave might be doing ok, but branch_9x check builds are all
failing for a while now?
https://lists.apache.org/list?bui...@solr.apache.org:lte=1y:%22rsync%20error:%20some%20files/attrs%20were%20not%20transferred%22
Kevin Risden
On Fri, Oct 6, 2023 at 3:38 PM Eric Pugh
wrote:
> Agreed
Agreed on the branch merging. It’s been great to have it running the full set
of tests!
> On Oct 5, 2023, at 10:58 PM, David Smiley wrote:
>
> I believe the Crave issues with branch merging seem to have been fixed. If
> someone sees otherwise, please let me know.
>
> And boy Crave is fast!
I believe the Crave issues with branch merging seem to have been fixed. If
someone sees otherwise, please let me know.
And boy Crave is fast! The whole GHA action takes 8m but Crave side is 6m
of which 4m of it is tests running. It's faster than "precommit" will is
still running in a standard G
