I removed the ApiMustacheTemplateTests.java temporarily, and all errors
went away.
However, tried running tests, and ran into this:

BasicFunctionalityTest.java:
java.lang.RuntimeException:
org.apache.solr.core.SolrCoreInitializationException: SolrCore
'collection1' is not available due to init failure: RAMDirectory can only
be used with the 'single' lock factory type.

Any ideas, please?


On Sun, 14 Jul 2024 at 14:17, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Hi all,
> I pulled latest commits, but ./gradlew main is resulting in a project that
> doesn't load without errors:
> ApiMustacheTemplateTests.java: Cannot resolve symbol CollectionsApi,
> ListCollectionsResponse.
>
> Any ideas, please?
>
> If I rollback to the commit before the following one, it works fine:
>
> commit 461955f00118c69d06f50e72addeff12c8dd8169
> Author: Christos Malliaridis <c.malliari...@gmail.com>
> Date:   Tue Jun 11 18:15:01 2024 +0200
>
>     SOLR-17326: Fix references in generated SolrRequest impls (#2510)
>
>     A handful of the v2 SolrRequest implementations generated
>     by our OAS spec relied on response model classes whose names
>     conflicted with other (unrelated) classes in solrj.  This caused
>     errors at request time as JacksonParsingResponse would try to
>     deserialize the JSON, XML, etc. response body into these
>     unintended classes.
>
>     This commit fixes this by modifying the 'api.mustache' template
>     so that generated SolrRequest classes now reference their
>     response model using the fully-qualified classname (i.e. including
>     the package).  This resolves the ambiguity.
>
>     ---------
>
>     Co-authored-by: Jason Gerlowski <gerlowsk...@apache.org>
>
>
>

Reply via email to