> The way that we get more "selling points" into it (if we need them), is to 
> stop releasing 8.x releases.

I tend to agree on this in general - I have been selective on what to backport 
for some time - let new features arrive in 9.0 and only backport to 8.9 if it's 
a bugfix or some code required for rolling upgrade to a 9.0 change.

As I see it now, the upcoming 8.9 will be that last 8.x combined-lucene-solr 
feature release, as the Lucene PMC has already started 9.0 release preparations.
So we should really not miss that 8.9 train for anything important for Solr 9.0.

Jan

> 28. apr. 2021 kl. 21:34 skrev Mike Drob <md...@mdrob.com>:
> 
> Absent anything else, I want us to stop breaking whenever Lucene makes
> an incompatible change reflected in a snapshot. Pinning to a 9.0
> release of theirs would give us that. Everything else is gravy.
> 
> 9.0 will be built with Gradle, built after the split, there's already
> a lot going into it. The way that we get more "selling points" into it
> (if we need them), is to stop releasing 8.x releases.
> 
> On Wed, Apr 28, 2021 at 1:39 PM Alexandre Rafalovitch
> <arafa...@gmail.com> wrote:
>> 
>> On v2 API,
>> 
>> I did some review a while ago, though the goal was to compare its
>> coverage with solrconfig.xml, rather than with V1.
>> 
>> My discoveries (umbrella and children) are in SOLR-14795 .
>> 
>> Regards,
>>   Alex.
>> 
>> On Wed, 28 Apr 2021 at 12:04, Jan Høydahl <janhoy-apa...@cominvent.com> 
>> wrote:
>>> 
>>> Hi all,
>>> 
>>> We've come a long way since I last looked at the Roadmap WIKI page at 
>>> https://cwiki.apache.org/confluence/display/SOLR/Roadmap
>>> 
>>> We have setup the Solr TLP, released a few new versions and landed some of 
>>> the major features for 9.0
>>> 
>>> Now is probably a good time to do some forward-thinking, preparing what 
>>> features need to land in 8.9 to make a smooth upgrade path for 9.0, and 
>>> what the 9.0 blockers are.
>>> I've updated the Roadmap page by removing outdated content. Feel free to 
>>> edit it, perhaps remove stuff that is irrelevant or will not be done.
>>> 
>>> Let's start 8.9 and 9.0 visionary release planning in this mail thread.
>>> 
>>> Some of my questions are
>>> * Will 9.0 have a working, tested alternative to Autoscaling API? Or are we 
>>> missing some pieces that should be 9.0 blockers?
>>> * Will we deprecate v1 APIs? When? I see some v2 work done lately...
>>> * Will 9.0 ship with some 1st party plugins or will we still ship all 
>>> contribs?
>>> * What will be the main selling point for the Solr 9.0 release? Other than 
>>> "runs Lucene 9"?
>>> * etc
>>> 
>>> Jan
>>> ---------------------------------------------------------------------
>>> 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
> 


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

Reply via email to