Jason, you may want to know that PR #2828 (to be merged to main soon)
will rename TestLBHttp2SolrClient to LBHttp2SolrClientIntegrationTest.
I did not look into why it fails sometimes, but I have a feeling it is
because it relies on Thread.sleep and clock time.

On Fri, Nov 1, 2024 at 1:46 PM Jason Gerlowski <gerlowsk...@gmail.com> wrote:
>
> Related to the release - I'm noticing a lot more test failures than
> usual on fucit.  A lot of this is noise on 'main' due to the recent
> JDK21 upgrade, and Curator introduction.  But even filtering out
> 'main', there is a higher than usual failure rate for 9.x and
> branch_9_7.
>
> I'm going to start digging into a few of these, starting with
> TestLBHttp2SolrClient and TestPullReplica.  I'd encourage other folks
> who have been making changes recently to grab a test failure or two as
> well.  I know our builds have never been perfect, but hopefully we can
> improve the situation somewhat before anyone starts cutting RCs.
>
> Best,
>
> Jason
>
> On Fri, Nov 1, 2024 at 6:33 AM Eric Pugh <de...@yahoo.com.invalid> wrote:
> >
> > Good perspective Anshum.   I may have been infected with 10x fever!
> >
> >
> > Sent from my iPhone
> >
> > > On Oct 30, 2024, at 12:43 PM, Anshum Gupta <ans...@anshumgupta.net> wrote:
> > > I agree, let's do both 9.7.1 and 9.8 as that is what makes sense for 
> > > users.
> > >
> > > We also assumed 8.11.1 would be the last 8x release but it didn't really
> > > end up that way. Let's support 9x until it makes sense for us and the user
> > > community to do so. I personally see more 9x releases in the future.
> > >
> > > On Wed, Oct 30, 2024 at 4:48 AM Jan Høydahl <jan....@cominvent.com> wrote:
> > >
> > >> +1 to an 9.7.1 stability / bugfix release.
> > >>
> > >> And we should continue minor 9.x releases every couple months until we 
> > >> are
> > >> ready to do a quality 10.0 release with JDK, Jetty, SolrJ etc sorted out.
> > >> We of course hope that is soonish, but let's not decide which is the
> > >> lastest 9.x version until we are almost ready to present a 10.0 RC.
> > >>
> > >> Jan
> > >>
> > >>> 30. okt. 2024 kl. 11:25 skrev Jason Gerlowski <gerlowsk...@gmail.com>:
> > >>> Why not both?
> > >>> I think a 9.8 would be awesome to get some additional deprecations and
> > >>> minor features out.  But we've stacked up a number of pretty serious
> > >>> 9.7 bugs that we should try to get fixed for users independent of
> > >>> that: SOLR-17515, SOLR-17464, SOLR-17457 (which prevents our starting
> > >>> on Windows altogether!), etc.  So IMO we need a 9.7.1 as well.
> > >>> Better to have two separate releases each with their own timelines
> > >>> than to delay getting those 9.7 fixes out, or to rush 9.8 features and
> > >>> deprecations.  I'm sure folks will have a lot they'll want to fit into
> > >>> a 9.8 if it's framed as the last minor release before 10. (which
> > >>> sounds like a reasonable assumption Eric's making above).
> > >>> Best,
> > >>> Jason
> > >>> On Tue, Oct 29, 2024 at 12:35 PM Gus Heck <gus.h...@gmail.com> wrote:
> > >>>> I'm targeting 9.8 for SOLR-17151 if the rest of my life would ever stop
> > >>>> needing immediate attention.
> > >>>> On Tue, Oct 29, 2024 at 12:16 PM David Eric Pugh
> > >> <de...@yahoo.com.invalid>
> > >>>> wrote:
> > >>>>> Would it make more sense to do a 9.8?   There are lots of CLI
> > >> deprecation
> > >>>>> in 9.8 that would be nice to see the light of day before 10.0 is
> > >> shipped!
> > >>>>>   On Tuesday, October 29, 2024 at 09:58:18 AM EDT, Jan Høydahl <
> > >>>>> jan....@cominvent.com> wrote:
> > >>>>> Thanks Anshum. We have 11 bugs fixed for 9.8 <
> > >> https://issues.apache.org/jira/issues/?jql=project%20=%20SOLR%20AND%20issuetype%20=%20Bug%20AND%20status%20=%20Resolved%20AND%20fixVersion%20=%209.8
> > >>>>> so far, may consider backporting some of them in 9.7.1.
> > >>>>> Jan
> > >>>>>> 28. okt. 2024 kl. 18:57 skrev Anshum Gupta <ans...@apache.org>:
> > >>>>>> Hi everyone,
> > >>>>>> With the basic-auth + recovery related issue, we'll need to release
> > >> 9.7.1
> > >>>>>> soon. I'll be happy to be th release manager for the same whenever 
> > >>>>>> the
> > >>>>>> changes are merged and we're ready for a release.
> > >>>>>> -Anshum
> > >>>> --
> > >>>> http://www.needhamsoftware.com (work)
> > >>>> https://a.co/d/b2sZLD9 (my fantasy fiction book)
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > >>> For additional commands, e-mail: dev-h...@solr.apache.org
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > >> For additional commands, e-mail: dev-h...@solr.apache.org
> > >
> > > --
> > > Anshum Gupta
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > For additional commands, e-mail: dev-h...@solr.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org

Reply via email to