Re: [DISCUSS] Community Virtual Meetup, October 2023

2023-10-19 Thread Arrieta, Alejandro
Hello Team, Option A: Thursday, Oct 26th, 9 AM Pacific/12PM US East had the most/all votes so we have date and time. Please the meetup group owner can create the meetup and zoom/meet link, so we can start sharing about the meetup on social media? Solr Wiki meetup link: https://cwiki.apache.org/

Re: [DISCUSS] Community Virtual Meetup, October 2023

2023-10-19 Thread Alessandro Benedetti
I'll be travelling to the Middle East (it should be 19:00 where I'll be), I'll try to attend! The idea of a competition is a cool one, I'm not a fan of rushing stuff and I'm not sure how much time we should allocate to such an activity, I suspect half an hour will not produce anything useful. But

Re: [DISCUSS] Community Virtual Meetup, October 2023

2023-10-19 Thread Jason Gerlowski
> Please the meetup group owner can create the meetup and zoom/meet link, so we > can start sharing about the meetup on social media? Created, see below! (Don't forget to put these on the Confluence "Meeting Notes" page when you get a chance) Meet link: https://meet.google.com/vov-zirs-mno Mee

Re: The _version_ field; why is it necessary?

2023-10-19 Thread David Smiley
While we touch VersionInfo in https://github.com/apache/solr/pull/2021 I see no class javadocs on it. It's really frustrating; we're left to wonder/guess the sorts of things I ask in this email. Could someone knowledgeable (like Mark) care to suggest javadocs for this class? A couple sentences

Re: The _version_ field; why is it necessary?

2023-10-19 Thread Ishan Chattopadhyaya
On Thu, 19 Oct, 2023, 7:28 pm David Smiley, wrote: > While we touch VersionInfo in https://github.com/apache/solr/pull/2021 I > see no class javadocs on it. It's really frustrating; we're left to > wonder/guess the sorts of things I ask in this email. Could someone > knowledgeable (like Mark)

Re: The _version_ field; why is it necessary?

2023-10-19 Thread Ishan Chattopadhyaya
The VersionInfo bucket lazy creation thing feels like an unnecessary optimization to me. I think 65k version buckets as a default doesn't make sense. Reducing that default to 1k or so should suffice. Historic reasons to have it at 65k is documented somewhere in jira, more to do with improving leade

Re: [Operator] [VOTE] Release the Solr Operator v0.8.0 RC1

2023-10-19 Thread Radu Gheorghe
+1 Ran the smoke test [...] Local end-to-end cluster test successfully run! Successfully smoke tested the Solr Operator v0.8.0! Best regards, Radu -- Elasticsearch/OpenSearch & Solr Consulting, Production Support & Training Sematext Cloud - Full St

Re: [Operator] [VOTE] Release the Solr Operator v0.8.0 RC1

2023-10-19 Thread Mark Miller
+1 Successfully smoke tested the Solr Operator v0.8.0! On Mon, Oct 16, 2023 at 2:37 PM Jason Gerlowski wrote: > Please vote for release candidate 1 for the Solr Operator v0.8.0 > > The artifacts can be downloaded from: > > > https://dist.apache.org/repos/dist/dev/solr/solr-operator/solr-operato

Re: [Operator] [VOTE] Release the Solr Operator v0.8.0 RC1

2023-10-19 Thread Arrieta, Alejandro
Hello Team, +1 non-binding ... Local end-to-end cluster test successfully run! Successfully smoke tested the Solr Operator v0.8.0! Kind Regards, Alejandro Arrieta On Thu, Oct 19, 2023 at 11:53 PM Mark Miller wrote: > +1 > > Successfully smoke tested the Solr Operator v