Re: Apache Solr 9.7 branch created

Ok PR is ready for RM approval: please approve and merge: https://github.com/apache/solr/pull/2649 On Wed, Aug 14, 2024 at 4:29 PM Gus Heck wrote: > https://issues.apache.org/jira/browse/SOLR-17298 needs 1 more merge (& > backport), I will try to get it done tonight. Without this several querie

Re: [DISCUSS] Community Virtual Meetup, August 2024

Hey everyone, How does *9:00 AM PST on August 21st* sound for our next community virtual meetup? Let me know if that works for all, or if we need to adjust the time. I'll be sharing the meeting notes and link shortly. Thanks! Sanjay On Wed., Aug. 14, 2024, 9:57 p.m. sanjay dutt, < sanjaydutt.u

Re: Apache Solr 9.7 branch created

https://issues.apache.org/jira/browse/SOLR-17298 needs 1 more merge (& backport), I will try to get it done tonight. Without this several queries are unnecessarily excluded and this fact is undocumented. There is some contention over exactly how that change is tested so the tests will be excluded

Re: Resolving dependencies with dependencychecks plugin

Hi Christos, CCing dev@solr so that it stays in the archives. I wanted to reach out to you to ask how you would resolve dependency > conflicts with the carrotsearch dependency checks plugin. I am using the > same dependencies.gradle file as in the Lucene project in Solr and I have > found a way t

Re: Apache Solr 9.7 branch created

Looks like we don't really have any blockers at this point. Thank you everyone for your help and patience, I'll proceed with this tonight or tomorrow morning. On Tue, Aug 13, 2024 at 8:13 AM David Smiley wrote: > I am not involved with SOLR-17334 PR-2527 (Coordinator node stuff). I > took a lo

Re: [DISCUSS] Community Virtual Meetup, August 2024

I’ll take care of it this month. I reviewed the link Jason shared, but if I have any questions, I'll reach out to him. Wednesday the 21st at 9 AM Pacific works for me! On Wed, Aug 14, 2024 at 9:34 PM David Smiley wrote: > I very much like the idea of a "standing meeting" as it allows > attendees

Re: Making sure updates to v2 APIs happen as v1 changes happen

I just want to say, the "flavors" of our APIs makes this difficult. It's not even simply V1 vs V2, both have different sub-flavors to be decomposed, including core level vs node level variations, original V2 vs JAX-RS V2, annotation based vs something else... and we have some REST framework in here

Re: [DISCUSS] Community Virtual Meetup, August 2024

I very much like the idea of a "standing meeting" as it allows attendees to plan and put it on their calendars. A number of times, people wanted to attend yet didn't simply because they didn't know when it would be. FWIW 9am Pacific on Wednesdays is very good for me. I won't lead next week but I

Re: Changes in JAX-RS APIs mean may need to "gradlew clean" ?

Thanks for volunteering Houston: https://issues.apache.org/jira/browse/SOLR-17410 On Tue, Aug 13, 2024 at 11:17 PM Houston Putman wrote: > > I can dedicate a bit to it if someone makes a Jira so i completely > understand the issue. > > - Houston > > On Tue, Aug 13, 2024 at 8:29 PM Jason Gerlowski

Re: Introducing Gradle Version Catalogs

Christos, since you've done seemingly all the work or close to it, IMO it's better to continue instead of delaying merging to main. It's tempting to respond to Solr 10 & 9 releases and timelines but that is deserving of another thread that would derail this thread IMO. Or chit-chat in Slack on tha

Re: Introducing Gradle Version Catalogs

I've created SOLR-17406 and PR 2646 so that we have something to work with. We probably have more than enough time to finish this migration before Solr 10 is released.

Making sure updates to v2 APIs happen as v1 changes happen

Hi all, it's been great to see some of the new improvements to the APIs recently.   One thing that jumped to mind is that we need to make sure that any changes/improvements to a V1 API are also made to the corresponding V2 API. We're in that awkward world where we have two apis that are maintaine

Re: Introducing Gradle Version Catalogs

My understanding is that Lucene 10 is likely to be released this fall, and I know I'd like to see Solr 10 come out close to when Lucene 10 comes out so we don't fall behind   So maybe there won't be many more releases of 9?  9.8 maybe?  but not a 9x line that gets into the double digits on