> curious we get the failures in Java 11 rather than on 10.x (Java 21) I agree, and I'm not sure what to make of that. Clearly I'm still missing something.
My reply above was based largely on https://docs.oracle.com/en/java/javase/17/migrate/migrating-jdk-8-later-jdk-releases.html, which mentions: > To aid migration, JDK 9 through JDK 16 allowed this reflection to continue, > but emitted warnings about illegal reflective access. However, JDK 17 is > strongly encapsulated, so this reflection is no longer permitted by default. Maybe I'm misreading that section, or that page overall. > I think we should go ahead and add it for the llm module as well! +1 On Mon, Jan 6, 2025 at 5:58 AM Alessandro Benedetti <a.benede...@sease.io> wrote: > That's interesting! > @Jason Gerlowski <gerlowsk...@gmail.com> is curious we get the failures > in Java 11 rather than on 10.x (Java 21?) > @Houston Putman <hous...@apache.org> if we only need it for tests and > also hdfs module already does that, I think we should go ahead and add it > for the llm module as well! > -------------------------- > *Alessandro Benedetti* > Director @ Sease Ltd. > *Apache Lucene/Solr Committer* > *Apache Solr PMC Member* > > e-mail: a.benede...@sease.io > > > *Sease* - Information Retrieval Applied > Consulting | Training | Open Source > > Website: Sease.io <http://sease.io/> > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter > <https://twitter.com/seaseltd> | Youtube > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | Github > <https://github.com/seaseltd> > > > On Fri, 3 Jan 2025 at 18:18, Houston Putman <hous...@apache.org> wrote: > >> I've done a bit of research here, but I am not an expert by any stretch. I >> added the "add-opens" flag to just the llm module test task, and it seems >> happy with that. After trying to add this to the Jar Manifest, so that >> users don't have to do anything (and bin/solr doesn't either), I cannot >> actually replicate the failure locally. Loading the cohere model, which >> fails in the tests without the fix, succeeds for me. I've tried with 2 >> Java >> 11 JVMs. >> >> After some more searching to see if we do this automatically in bin/solr >> already, I noticed that the hdfs module already has this code too: >> >> // Hadoop mini cluster doesn't handle reflection properly in JDK 16+ >> > // >> https://docs.gradle.org/current/userguide/upgrading_version_7.html#removes_implicit_add_opens_for_test_workers >> > tasks.withType(Test).configureEach { >> > jvmArgs(["--add-opens=java.base/java.lang=ALL-UNNAMED", >> > "--add-opens=java.base/java.util=ALL-UNNAMED"]) >> > } >> > >> > >> But we don't do anything special for the normal runtime of this module. >> Just for testing. This leads me to believe that my local tests are correct >> and for some reason we don't need to do anything outside of the unit >> tests? >> >> - Houston >> >> On Fri, Jan 3, 2025 at 7:17 AM Jason Gerlowski <gerlowsk...@gmail.com> >> wrote: >> >> > > And I don't know if there are negative implications with that (and >> > > where this should happen in the code >> > >> > To address the second part of this, unless SolrCLI does something >> > fancy at start time that I'm not aware of, I think this would have to >> > be set before the JVM starts up. i.e. in "bin/solr" and/or >> > "bin/solr.cmd" >> > >> > On Fri, Jan 3, 2025 at 7:59 AM Jason Gerlowski <gerlowsk...@gmail.com> >> > wrote: >> > > >> > > I don't follow Java/JVM development very closely, but my understanding >> > > is that "add-opens" is primarily about encapsulation. Previous >> > > versions of Java allowed users to access JDK internals via reflection, >> > > but that capability is disabled by default starting in Java 17 and >> > > requires the "add-opens" flag to re-enable partially or entirely. >> > > >> > > The main negative implication I'm aware of is portability. Internal >> > > JDK methods may change in the future, or differ across >> > > implementations, and having Solr rely on those internals (transitively >> > > through the langchain4j dep/usage) risks future breakage. But that's >> > > a risk anytime langchain4j is in the picture - the "add-opens" flag >> > > doesn't make things any better or worse, it just accommodates Java >> > > 17's firmer stance on encapsulation. IMO "add-opens" is safe to add >> > > and probably our best option, unless we're willing to patch or replace >> > > langchain4j altogether. >> > > >> > > On Fri, Dec 27, 2024 at 7:18 AM Alessandro Benedetti >> > > <a.benede...@sease.io> wrote: >> > > > >> > > > So, thanks to @sanjayd...@apache.org <sanjayd...@apache.org> , >> adding: >> > > > >> > > > --add-opens=java.base/java.lang.invoke=ALL-UNNAMED >> > > > >> > > > in: >> > > > >> > > > /solr/gradle/testing/defaults-tests.gradle >> > > > >> > > > [propName: 'tests.jvmargs', >> > > > value: { -> propertyOrEnvOrDefault("tests.jvmargs", >> "TEST_JVM_ARGS", >> > > > "-XX:TieredStopAtLevel=1 -XX:+UseParallelGC >> -XX:ActiveProcessorCount=1 >> > > > -XX:ReservedCodeCacheSize=120m >> > > > --add-opens=java.base/java.lang.invoke=ALL-UNNAMED") }, >> > > > description: "Arguments passed to each forked JVM."], >> > > > >> > > > Solves the issue. >> > > > >> > > > >> > > > Reading about what it is, it has to do with deep reflection and it >> > > > makes sense given the mechanism used to instantiate the LLM clients >> in >> > > > the code. >> > > > >> > > > So to make the module work this should be added as general JVM arg. >> > > > >> > > > And I don't know if there are negative implications with that (and >> > > > where this should happen in the code).-------------------------- >> > > > >> > > > *Alessandro Benedetti* >> > > > Director @ Sease Ltd. >> > > > *Apache Lucene/Solr Committer* >> > > > *Apache Solr PMC Member* >> > > > >> > > > e-mail: a.benede...@sease.io >> > > > >> > > > >> > > > *Sease* - Information Retrieval Applied >> > > > Consulting | Training | Open Source >> > > > >> > > > Website: Sease.io <http://sease.io/> >> > > > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter >> > > > <https://twitter.com/seaseltd> | Youtube >> > > > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | Github >> > > > <https://github.com/seaseltd> >> > > > >> > > > >> > > > On Fri, 27 Dec 2024 at 10:57, Alessandro Benedetti < >> > a.benede...@sease.io> >> > > > wrote: >> > > > >> > > > > Yes Anshum, it's the java version, I just tried switching locally >> > between >> > > > > 11 and 21, it succeeds with 21 and fails with 11. >> > > > > Not sure what to do though, I'll check now! >> > > > > >> > > > > Cheers >> > > > > -------------------------- >> > > > > *Alessandro Benedetti* >> > > > > Director @ Sease Ltd. >> > > > > *Apache Lucene/Solr Committer* >> > > > > *Apache Solr PMC Member* >> > > > > >> > > > > e-mail: a.benede...@sease.io >> > > > > >> > > > > >> > > > > *Sease* - Information Retrieval Applied >> > > > > Consulting | Training | Open Source >> > > > > >> > > > > Website: Sease.io <http://sease.io/> >> > > > > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter >> > > > > <https://twitter.com/seaseltd> | Youtube >> > > > > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> Github >> > > > > <https://github.com/seaseltd> >> > > > > >> > > > > >> > > > > On Thu, 26 Dec 2024 at 17:22, Anshum Gupta < >> ans...@anshumgupta.net> >> > wrote: >> > > > > >> > > > >> I haven't spent time looking at this but could it be the Java >> > version? >> > > > >> >> > > > >> On Thu, Dec 26, 2024 at 1:28 PM Alessandro Benedetti < >> > > > >> a.benede...@sease.io> >> > > > >> wrote: >> > > > >> >> > > > >> > Some additional info: >> > > > >> > Most tests fail at least because of: >> > > > >> > >> > > > >> > Caused by: java.lang.reflect.InaccessibleObjectException: >> Unable >> > to make >> > > > >> > private >> java.lang.invoke.MethodHandles$Lookup(java.lang.Class,int) >> > > > >> > accessible: module java.base does not "opens java.lang.invoke" >> to >> > > > >> unnamed >> > > > >> > module @774e92eb >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:340) >> > > > >> > ~[?:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:280) >> > > > >> > ~[?:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> java.base/java.lang.reflect.Constructor.checkCanSetAccessible(Constructor.java:189) >> > > > >> > ~[?:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> >> > >> java.base/java.lang.reflect.Constructor.setAccessible(Constructor.java:182) >> > > > >> > ~[?:?] >> > > > >> > >> > > > >> > 2> at retrofit2.Platform.<init>(Platform.java:59) >> > > > >> > ~[retrofit-2.9.0.jar:?] >> > > > >> > >> > > > >> > >> > > > >> > >> > > > >> > Caused by: java.lang.NoClassDefFoundError: Could not >> initialize >> > class >> > > > >> > retrofit2.Platform >> > > > >> > >> > > > >> > 2> at retrofit2.Retrofit$Builder.<init>(Retrofit.java:441) >> > > > >> > ~[retrofit-2.9.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> >> > >> dev.ai4j.openai4j.DefaultOpenAiClient.<init>(DefaultOpenAiClient.java:91) >> > > > >> > ~[openai4j-0.22.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> >> > >> dev.ai4j.openai4j.DefaultOpenAiClient.<init>(DefaultOpenAiClient.java:26) >> > > > >> > ~[openai4j-0.22.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> dev.ai4j.openai4j.DefaultOpenAiClient$Builder.build(DefaultOpenAiClient.java:124) >> > > > >> > ~[openai4j-0.22.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> dev.ai4j.openai4j.DefaultOpenAiClient$Builder.build(DefaultOpenAiClient.java:121) >> > > > >> > ~[openai4j-0.22.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> dev.langchain4j.model.openai.OpenAiEmbeddingModel.<init>(OpenAiEmbeddingModel.java:75) >> > > > >> > ~[langchain4j-open-ai-0.35.0.jar:?] >> > > > >> > >> > > > >> > 2> at >> > > > >> > >> > > > >> > >> > > > >> >> > >> dev.langchain4j.model.openai.OpenAiEmbeddingModel$OpenAiEmbeddingModelBuilder.build(OpenAiEmbeddingModel.java:40) >> > > > >> > ~[langchain4j-open-ai-0.35.0.jar:?] >> > > > >> > >> > > > >> > 2> ... 55 more >> > > > >> > >> > > > >> > >> > > > >> > Retrofit is used in langChain4j, no idea why it's complaining >> in >> > 9.x, >> > > > >> my 2 >> > > > >> > cents is that has to do with the gradle backporting, but I have >> > no clue >> > > > >> > yet. >> > > > >> > >> > > > >> > I'll continue investigating tomorrow, but if anyone has any >> idea, >> > feel >> > > > >> free >> > > > >> > to tell me! >> > > > >> > -------------------------- >> > > > >> > *Alessandro Benedetti* >> > > > >> > Director @ Sease Ltd. >> > > > >> > *Apache Lucene/Solr Committer* >> > > > >> > *Apache Solr PMC Member* >> > > > >> > >> > > > >> > e-mail: a.benede...@sease.io >> > > > >> > >> > > > >> > >> > > > >> > *Sease* - Information Retrieval Applied >> > > > >> > Consulting | Training | Open Source >> > > > >> > >> > > > >> > Website: Sease.io <http://sease.io/> >> > > > >> > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter >> > > > >> > <https://twitter.com/seaseltd> | Youtube >> > > > >> > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> > Github >> > > > >> > <https://github.com/seaseltd> >> > > > >> > >> > > > >> > >> > > > >> > On Wed, 25 Dec 2024 at 20:12, Alessandro Benedetti < >> > > > >> a.benede...@sease.io> >> > > > >> > wrote: >> > > > >> > >> > > > >> > > I've done a first investigation and it seems related to class >> > loading >> > > > >> and >> > > > >> > > related: >> > > > >> > > >> > > > >> > > module java.base does not "opens java.lang.invoke" to >> unnamed >> > module >> > > > >> and >> > > > >> > > classNotFound is one of the inner stacktrace I found, related >> > with the >> > > > >> > > retrofit library and reflection. >> > > > >> > > >> > > > >> > > I'll keep investigating this, but I'm not able to reproduce >> all >> > the 28 >> > > > >> > > failures locally, the best I was able to do was 7 failures. >> > > > >> > > Not sure if it could be related to gradle or security >> policy, it >> > > > >> smells >> > > > >> > > like that. >> > > > >> > > Has anybody ever encountered similar issues? >> > > > >> > > >> > > > >> > > Cheers >> > > > >> > > >> > > > >> > > Cheers >> > > > >> > > >> > > > >> > > -------------------------- >> > > > >> > > *Alessandro Benedetti* >> > > > >> > > Director @ Sease Ltd. >> > > > >> > > *Apache Lucene/Solr Committer* >> > > > >> > > *Apache Solr PMC Member* >> > > > >> > > >> > > > >> > > e-mail: a.benede...@sease.io >> > > > >> > > >> > > > >> > > >> > > > >> > > *Sease* - Information Retrieval Applied >> > > > >> > > Consulting | Training | Open Source >> > > > >> > > >> > > > >> > > Website: Sease.io <http://sease.io/> >> > > > >> > > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter >> > > > >> > > <https://twitter.com/seaseltd> | Youtube >> > > > >> > > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> > Github >> > > > >> > > <https://github.com/seaseltd> >> > > > >> > > >> > > > >> > > >> > > > >> > > On Tue, 24 Dec 2024 at 18:53, Alessandro Benedetti < >> > > > >> a.benede...@sease.io >> > > > >> > > >> > > > >> > > wrote: >> > > > >> > > >> > > > >> > >> It's definitely the LLM stuff I added! >> > > > >> > >> Something didn't work, just run them locally and they are >> > green so I >> > > > >> > >> suspect I'll need more time investigating what's going on. >> > > > >> > >> I can take a look on the 27th! >> > > > >> > >> >> > > > >> > >> I take the occasion to wish happy festivities to everybody! >> > > > >> > >> >> > > > >> > >> >> > > > >> > >> -------------------------- >> > > > >> > >> *Alessandro Benedetti* >> > > > >> > >> Director @ Sease Ltd. >> > > > >> > >> *Apache Lucene/Solr Committer* >> > > > >> > >> *Apache Solr PMC Member* >> > > > >> > >> >> > > > >> > >> e-mail: a.benede...@sease.io >> > > > >> > >> >> > > > >> > >> >> > > > >> > >> *Sease* - Information Retrieval Applied >> > > > >> > >> Consulting | Training | Open Source >> > > > >> > >> >> > > > >> > >> Website: Sease.io <http://sease.io/> >> > > > >> > >> LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter >> > > > >> > >> <https://twitter.com/seaseltd> | Youtube >> > > > >> > >> <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> >> | >> > Github >> > > > >> > >> <https://github.com/seaseltd> >> > > > >> > >> >> > > > >> > >> >> > > > >> > >> On Mon, 23 Dec 2024 at 14:17, Anshum Gupta < >> > ans...@anshumgupta.net> >> > > > >> > >> wrote: >> > > > >> > >> >> > > > >> > >>> The following tests are consistently failing for me. >> > > > >> > >>> >> > > > >> > >>> - TestModelManagerPersistence.testModelAreStoredCompact >> > > > >> > >>> - TestModelManagerPersistence.testModelStorePersistence >> > > > >> > >>> - TestModelManager.loadModel_openAi_shouldLoadModelConfig >> > > > >> > >>> - >> TestModelManager.loadModel_huggingface_shouldLoadModelConfig >> > > > >> > >>> - TestModelManager.loadModel_cohere_shouldLoadModelConfig >> > > > >> > >>> - TestModelManager.testRestManagerEndpoints >> > > > >> > >>> - >> TestModelManager.loadModel_mistralAi_shouldLoadModelConfig >> > > > >> > >>> >> > > > >> > >>> On looking at the recent runs, it seems like it's been >> > failing on >> > > > >> 9x >> > > > >> > and >> > > > >> > >>> 9.8. Can someone help out with this? >> > > > >> > >>> >> > > > >> > >>> On Mon, Dec 23, 2024 at 3:37 AM Anshum Gupta < >> > > > >> ans...@anshumgupta.net> >> > > > >> > >>> wrote: >> > > > >> > >>> >> > > > >> > >>> > Thank you everyone for keeping the momentum while I was >> > away the >> > > > >> last >> > > > >> > >>> few >> > > > >> > >>> > days. I plan to build the RC tomorrow. >> > > > >> > >>> > >> > > > >> > >>> > On Sat, Dec 21, 2024 at 1:33 AM Alessandro Benedetti < >> > > > >> > >>> a.benede...@sease.io> >> > > > >> > >>> > wrote: >> > > > >> > >>> > >> > > > >> > >>> >> Cherry-picked to 9.8! >> > > > >> > >>> >> We should be good to go from my side, thanks everyone! >> > > > >> > >>> >> -------------------------- >> > > > >> > >>> >> *Alessandro Benedetti* >> > > > >> > >>> >> Director @ Sease Ltd. >> > > > >> > >>> >> *Apache Lucene/Solr Committer* >> > > > >> > >>> >> *Apache Solr PMC Member* >> > > > >> > >>> >> >> > > > >> > >>> >> e-mail: a.benede...@sease.io >> > > > >> > >>> >> >> > > > >> > >>> >> >> > > > >> > >>> >> *Sease* - Information Retrieval Applied >> > > > >> > >>> >> Consulting | Training | Open Source >> > > > >> > >>> >> >> > > > >> > >>> >> Website: Sease.io <http://sease.io/> >> > > > >> > >>> >> LinkedIn <https://linkedin.com/company/sease-ltd> | >> > Twitter >> > > > >> > >>> >> <https://twitter.com/seaseltd> | Youtube >> > > > >> > >>> >> < >> https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> >> > | >> > > > >> Github >> > > > >> > >>> >> <https://github.com/seaseltd> >> > > > >> > >>> >> >> > > > >> > >>> >> >> > > > >> > >>> >> On Fri, 20 Dec 2024 at 17:05, Alessandro Benedetti < >> > > > >> > >>> a.benede...@sease.io> >> > > > >> > >>> >> wrote: >> > > > >> > >>> >> >> > > > >> > >>> >> > So, I merged to 10.x and backported to 9.x (thanks >> > Christos for >> > > > >> > the >> > > > >> > >>> >> review >> > > > >> > >>> >> > of gradle stuff revert). >> > > > >> > >>> >> > >> > > > >> > >>> >> > I'm proceeding with 9.8 branch now >> > > > >> > >>> >> > -------------------------- >> > > > >> > >>> >> > *Alessandro Benedetti* >> > > > >> > >>> >> > Director @ Sease Ltd. >> > > > >> > >>> >> > *Apache Lucene/Solr Committer* >> > > > >> > >>> >> > *Apache Solr PMC Member* >> > > > >> > >>> >> > >> > > > >> > >>> >> > e-mail: a.benede...@sease.io >> > > > >> > >>> >> > >> > > > >> > >>> >> > >> > > > >> > >>> >> > *Sease* - Information Retrieval Applied >> > > > >> > >>> >> > Consulting | Training | Open Source >> > > > >> > >>> >> > >> > > > >> > >>> >> > Website: Sease.io <http://sease.io/> >> > > > >> > >>> >> > LinkedIn <https://linkedin.com/company/sease-ltd> | >> > Twitter >> > > > >> > >>> >> > <https://twitter.com/seaseltd> | Youtube >> > > > >> > >>> >> > < >> > https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> > > > >> > Github >> > > > >> > >>> >> > <https://github.com/seaseltd> >> > > > >> > >>> >> > >> > > > >> > >>> >> > >> > > > >> > >>> >> > On Fri, 20 Dec 2024 at 11:11, Alessandro Benedetti < >> > > > >> > >>> >> a.benede...@sease.io> >> > > > >> > >>> >> > wrote: >> > > > >> > >>> >> > >> > > > >> > >>> >> >> P.S. we can always change the CHANGES.txt later if >> > necessary >> > > > >> > >>> >> >> -------------------------- >> > > > >> > >>> >> >> *Alessandro Benedetti* >> > > > >> > >>> >> >> Director @ Sease Ltd. >> > > > >> > >>> >> >> *Apache Lucene/Solr Committer* >> > > > >> > >>> >> >> *Apache Solr PMC Member* >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> e-mail: a.benede...@sease.io >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> *Sease* - Information Retrieval Applied >> > > > >> > >>> >> >> Consulting | Training | Open Source >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> Website: Sease.io <http://sease.io/> >> > > > >> > >>> >> >> LinkedIn <https://linkedin.com/company/sease-ltd> | >> > Twitter >> > > > >> > >>> >> >> <https://twitter.com/seaseltd> | Youtube >> > > > >> > >>> >> >> < >> > https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> > > > >> > >>> Github >> > > > >> > >>> >> >> <https://github.com/seaseltd> >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> >> > > > >> > >>> >> >> On Fri, 20 Dec 2024 at 11:10, Alessandro Benedetti < >> > > > >> > >>> >> a.benede...@sease.io> >> > > > >> > >>> >> >> wrote: >> > > > >> > >>> >> >> >> > > > >> > >>> >> >>> Ok, I'll proceed merging now to 10.x, I'll align >> with >> > > > >> Christos >> > > > >> > >>> for the >> > > > >> > >>> >> >>> backporting as there's gradle stuff to do, I am not >> > super >> > > > >> > >>> confident >> > > > >> > >>> >> doing >> > > > >> > >>> >> >>> it alone, >> > > > >> > >>> >> >>> Cheers >> > > > >> > >>> >> >>> -------------------------- >> > > > >> > >>> >> >>> *Alessandro Benedetti* >> > > > >> > >>> >> >>> Director @ Sease Ltd. >> > > > >> > >>> >> >>> *Apache Lucene/Solr Committer* >> > > > >> > >>> >> >>> *Apache Solr PMC Member* >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> e-mail: a.benede...@sease.io >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> *Sease* - Information Retrieval Applied >> > > > >> > >>> >> >>> Consulting | Training | Open Source >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> Website: Sease.io <http://sease.io/> >> > > > >> > >>> >> >>> LinkedIn <https://linkedin.com/company/sease-ltd> | >> > Twitter >> > > > >> > >>> >> >>> <https://twitter.com/seaseltd> | Youtube >> > > > >> > >>> >> >>> < >> > https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | >> > > > >> > >>> Github >> > > > >> > >>> >> >>> <https://github.com/seaseltd> >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>> On Thu, 19 Dec 2024 at 15:06, Houston Putman < >> > > > >> > >>> houstonput...@gmail.com >> > > > >> > >>> >> > >> > > > >> > >>> >> >>> wrote: >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >>>> I say we just merge it. It's safe enough and we >> have >> > enough >> > > > >> > >>> people in >> > > > >> > >>> >> >>>> agreement. >> > > > >> > >>> >> >>>> >> > > > >> > >>> >> >>>> - Houston >> > > > >> > >>> >> >>>> >> > > > >> > >>> >> >>>> On Thu, Dec 19, 2024 at 2:51 PM Jason Gerlowski < >> > > > >> > >>> >> gerlowsk...@gmail.com> >> > > > >> > >>> >> >>>> wrote: >> > > > >> > >>> >> >>>> >> > > > >> > >>> >> >>>> > Yeah, Anshum is on vacation, but he also >> mentioned >> > > > >> wanting to >> > > > >> > >>> keep >> > > > >> > >>> >> >>>> > momentum on the release - so it wouldn't surprise >> > me to >> > > > >> see >> > > > >> > >>> him pop >> > > > >> > >>> >> >>>> > back online. >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > I think a "best judgement" approach is fine here: >> > > > >> optionally >> > > > >> > >>> wait >> > > > >> > >>> >> >>>> > another day, but then feel free to target 9.8 if >> > you don't >> > > > >> > hear >> > > > >> > >>> >> >>>> > anything. >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > Best, >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > Jason >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > On Thu, Dec 19, 2024 at 8:57 AM David Smiley < >> > > > >> > >>> dsmi...@apache.org> >> > > > >> > >>> >> >>>> wrote: >> > > > >> > >>> >> >>>> > > >> > > > >> > >>> >> >>>> > > Jason; at the meetup, you mentioned Anshum was >> on >> > > > >> vacation. >> > > > >> > >>> >> Would >> > > > >> > >>> >> >>>> it >> > > > >> > >>> >> >>>> > make >> > > > >> > >>> >> >>>> > > sense for us to make decisions (using our best >> > > > >> judgement) >> > > > >> > >>> >> instead of >> > > > >> > >>> >> >>>> > > waiting on a response? >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >> > > > >> > >> > --------------------------------------------------------------------- >> > > > >> > >>> >> >>>> > To unsubscribe, e-mail: >> > dev-unsubscr...@solr.apache.org >> > > > >> > >>> >> >>>> > For additional commands, e-mail: >> > dev-h...@solr.apache.org >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> > >> > > > >> > >>> >> >>>> >> > > > >> > >>> >> >>> >> > > > >> > >>> >> >> > > > >> > >>> > >> > > > >> > >>> > >> > > > >> > >>> > -- >> > > > >> > >>> > Anshum Gupta >> > > > >> > >>> > >> > > > >> > >>> >> > > > >> > >>> >> > > > >> > >>> -- >> > > > >> > >>> Anshum Gupta >> > > > >> > >>> >> > > > >> > >> >> > > > >> > >> > > > >> >> > > > >> >> > > > >> -- >> > > > >> Anshum Gupta >> > > > >> >> > > > > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org >> > For additional commands, e-mail: dev-h...@solr.apache.org >> > >> > >> >