Re: Moving away from Zookeeper in SolrJ

2024-12-19 Thread David Smiley
It's on our roadmap: https://cwiki.apache.org/confluence/display/SOLR/Roadmap and I created an "umbrella" JIRA issue with most issues I could think of, some minor or tangential/complementary: https://issues.apache.org/jira/browse/SOLR-17605 I could create a SIP but it feels redundant. Maybe a SIP

CloudSolrClient / stale state detection

2024-12-19 Thread David Smiley
Just want to bring some visibility to an interesting issue: https://issues.apache.org/jira/browse/SOLR-17601 *Background & problem:* CloudSolrClient & Solr (HttpSolrCall, > specifically) work together so that CloudSolrClient knows its collection's > client-side cached state is out-of-date. Http

Re: CHANGES.txt, process improvement solicitation

2024-12-19 Thread David Smiley
On Wed, Dec 18, 2024 at 7:30 PM Jan Høydahl wrote: > This tool does what is proposed here and looks promising: > https://github.com/logchange/logchange?tab=readme-ov-file > > It requires us to switch to CHANGES.md and it lacks a gradle plugin. But > we could probably contribute some changes to fi

Re: SOLR-17531: Updating GC Options

2024-12-19 Thread Christos Malliaridis
I am planning to merge https://github.com/apache/solr/pull/2815 in the next days, so that I can address related issues next. On 2024/11/07 16:51:58 Christos Malliaridis wrote: > With the recent updates in the CLI scripts and JDK version, there are a few > cleanups and optimizations possible in th

Re: CHANGES.txt, process improvement solicitation

2024-12-19 Thread Christos Malliaridis
The changes.txt file confuses me a lot and I would love to see some improvements there. It is not clear to me at the moment of the PR creation / merge which version will be next to add the change entry to. Using a tool like the one Jan proposed makes sense to me and would likely solve the issues

Re: Solr 9.8.0 - branching and releasing plan

2024-12-19 Thread Houston Putman
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 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 onl

Re: Solr 9.8.0 - branching and releasing plan

2024-12-19 Thread Jason Gerlowski
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, Ja

Re: Solr 9.8.0 - branching and releasing plan

2024-12-19 Thread David Smiley
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?

Re: Solr 9.8.0 - branching and releasing plan

2024-12-19 Thread Jason Gerlowski
At a glance the PR seems like a relatively safe backport, since it's introducing a new module that's relatively isolated and "off by default". It's also a really cool feature that'd be awesome to get in! I'm not the RM, but I'd love to see it get backported! Best, Jason On Tue, Dec 17, 2024 at

Re: branch_9_8 created

2024-12-19 Thread Alessandro Benedetti
I'm still holding https://github.com/apache/solr/pull/2809 as the CHANGES.txt prevents me to merge to main until we know the release version is going to be in... Not sure how long I can wait though as I want to avoid a new conflict from arising. Tried to contact also Anshum privately but no luck y