> 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

Reply via email to