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
