Re: [DISCUSS] Solr 9.6 release

2024-04-10 Thread Jan Høydahl 
In preparation for 9.6, let's upgrade as many of the dependencies that we can. 
I merged and back-ported a bunch today, here are the remaining:

https://github.com/apache/solr/pulls/solrbot

Some of them need some manual editing of licenses etc, so let's distribute this 
among several committers.

Jan

> 8. apr. 2024 kl. 23:09 skrev Jan Høydahl :
> 
> +1 
> 
> Jan Høydahl
> 
>> 8. apr. 2024 kl. 18:55 skrev Gus Heck :
>> 
>> It's been about 3 months since we started our last release discussion, and 
>> Jira
>> shows
>> 
>> that we have:
>> 
>> 5 bug fixes
>> 1 feature (query time distributed stats disable)
>> 11 improvements
>> 7 sub tasks, several of which represent new features including CPU limited
>> requests
>> 3 tasks, including the upgrade to Lucene 9.10
>> 
>> Only two are not resolved, but one seems to have commits and the other had
>> a PR ready in late Feb...
>> 
>> It seems like there are quite a few things now that should be made more
>> widely available to users.
>> 
>> I'm happy to volunteer as RM, though it will be my first time so I may have
>> questions. I propose that we cut the branch Next Monday April 15 and
>> prepare the first RC.
>> 
>> - Gus
>> 
>> --
>> http://www.needhamsoftware.com (work)
>> https://a.co/d/b2sZLD9 (my fantasy fiction book)

Re: [EXTERNAL] - Re: PR ready fro review

2024-04-10 Thread Isabelle Giguere 
Thanks for the feedback.

I'm trying to implement V2.
API interface, annotated response class: easy.

Now I'm stuck.
All the examples I can find in CollectionHandler (where clustersizing resides) 
call CollectionsHandler.submitCollectionApiCommand(...), which requires an 
implementation of interface CollectionApiCommand, which was never implemented 
for clustersizing.

I come back to Solr only about once a year, and usually to apply some old patch 
on a more recent version. That means I have a limited understanding of what 
ties into what and why.  So, implementing everything needed for clustersizing 
v2 would be a long and difficult process for me.

I can push what I have, but then I think should make the PR a draft, and hope 
for participation from other contributors.


Isabelle Giguère
Computational Linguist & Java Developer
Linguiste informaticienne & développeur java



De : Gus Heck 
Envoyé : 9 avril 2024 11:15
À : dev@solr.apache.org 
Objet : [EXTERNAL] - Re: PR ready fro review

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe. If you feel that the email is suspicious, please report it using 
PhishAlarm.


+1 for v2 in same PR

On Tue, Apr 9, 2024 at 10:15 AM Jason Gerlowski 
wrote:

> > V2 could be handled in a different PR, if preferable.
>
> My preference at least would be that v2 is added in the same PR, so
> there's no chance it falls through the cracks.
>
> I haven't found time to review yet, but I've put this on my list and
> will try to come back through this week at some point.  If I happen to
> forget, feel free to ping me (@gerlowskija) on the PR if I haven't
> reviewed by Thursday or Friday.
>
> On Tue, Apr 9, 2024 at 8:29 AM Eric Pugh
>  wrote:
> >
> > I put some comments in.On the V2 api, I think that if this is
> specific to a collection, then /api/collections/cluster-size or maybe even
> /api/collections/sizing If it’s overall, and not collection
> specific, then /api/cluster/sizing would make sense.And if it supports
> both, well then it could be both patterns!
> >
> > Jason G might have more insight on the best path….
> >
> > > On Apr 8, 2024, at 5:02 PM, Isabelle Giguere
>  wrote:
> > >
> > > Hello committers;
> > >
> > > Please take some time to review this PR :
> > > https://urldefense.com/v3/__https://github.com/apache/solr/pull/1638__;!!Obbck6kTJA!aD_c0LMFWboisH1fRZUyMdHu2BNU7KuwCCbeTetcPxm_kPggNqQk6TGSpDNKoCY2bcUYyNn3QQ13OIX6Tw$
> > >
> > > It is based on a rather old patch, so only V1 is supported, for now.
> > >
> > > If we wanted V2, what should be the URL path ?
> > >
> > >  *
> > > /api/collections/cluster-size
> > >  *
> > > /api/cluster/sizing
> > >
> > > V2 could be handled in a different PR, if preferable.
> > >
> > > Thank you;
> > >
> > > Isabelle Giguère
> > > Computational linguist & Java developer  |  Engineering
> > > Linguiste informaticienne & développeur java  |  Engineering
> > >
> > > Phone:  (514) 908 5406 ext. 75125
> > > Website:https://www.opentext.com/
> > >
> > >
> > > [
> https://mimage.opentext.com/alt_content/binary/images/email-signature/ot2023-corporate-email-signature-370x70-fy24-2-retina.png
> ]
> > >
> > > This email message is confidential, may be privileged, and is intended
> for the exclusive use of the addressee. Any other person is strictly
> prohibited from disclosing or reproducing it. If the addressee cannot be
> reached or is unknown to you, please inform the sender by return email and
> delete this email message and all copies immediately.
> >
> > ___
> > Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
> https://urldefense.com/v3/__http://www.opensourceconnections.com__;!!Obbck6kTJA!aD_c0LMFWboisH1fRZUyMdHu2BNU7KuwCCbeTetcPxm_kPggNqQk6TGSpDNKoCY2bcUYyNn3QQ0eMqTnPQ$
>   <
> https://urldefense.com/v3/__http://www.opensourceconnections.com/__;!!Obbck6kTJA!aD_c0LMFWboisH1fRZUyMdHu2BNU7KuwCCbeTetcPxm_kPggNqQk6TGSpDNKoCY2bcUYyNn3QQ1DDZRweg$
>  > | My Free/Busy <
> https://urldefense.com/v3/__http://tinyurl.com/eric-cal__;!!Obbck6kTJA!aD_c0LMFWboisH1fRZUyMdHu2BNU7KuwCCbeTetcPxm_kPggNqQk6TGSpDNKoCY2bcUYyNn3QQ0P3iDFzQ$
>  >
> > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> https://urldefense.com/v3/__https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw__;!!Obbck6kTJA!aD_c0LMFWboisH1fRZUyMdHu2BNU7KuwCCbeTetcPxm_kPggNqQk6TGSpDNKoCY2bcUYyNn3QQ2SFo_ftQ$
> >
> > This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless of
> whether attachments are marked as such.
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.

Re: Is SolrBot too noisy / being ignored...?

2024-04-10 Thread Ishan Chattopadhyaya 
My 2 cents: all this cloud provider etc stuff (backup repositories etc)
should be migrated away into a separate repository so that those who
consider all this as noise can easily block it out.

On Tue, 9 Apr, 2024, 5:32 pm Eric Pugh, 
wrote:

> The update that I see a lot is for the software.amazon.awssdk and
> com.google.cloud packages….  I checked renovate.json and they should only
> happen once a month.
>
> I just checked and there has been an update today, yesterday, and the day
> before for the software.amazon.awssdk package.
>
> Looks like they all go to https://github.com/apache/solr/pull/2056
> however.  Is this because once it opens the PR, it is just updating the PR
> as needed?
>
> How can we get a smoother workflow?   The constant updates are noisy, and
> now I think they are just ignored…!   I saw that Kevin approved this back
> in November 2023.   Do we want to be more on top of these and merge as they
> go?
>
> And maybe for these frequently changing ones, maybe move to a quarterly
> schedule?   Or, do we add it to the release manager process, though I know
> that approach was discussed and then viewed as too burdensome for the RM.
>
>
>
> Eric
>
>
>
>
>
> ___
> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
> http://www.opensourceconnections.com <
> http://www.opensourceconnections.com/> | My Free/Busy <
> http://tinyurl.com/eric-cal>
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
>
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless of
> whether attachments are marked as such.
>
>