> Will we deprecate v1 APIs? When? I would love to see the v2 APIs get to a point where we can deprecate v1 for eventual removal. But I don't think we're there yet. Eric Pugh, myself, and some others have made recent progress, but there are still some pretty big gaps that stop v2 from being a viable replacement today:
- many APIs have parameters or subcommands that were never given v2 support (e.g. Alexandre's SOLR-14795) - SolrJ lacks v2 support for many endpoints - the ref-guide still mostly uses v1 syntax in its example requests That's all low-complexity, fixable stuff, but on my end at least fixing those has been a spare-time exercise. So unless there's wider interest v1-deprecation probably shouldn't be a 9.0 blocker. Alternatively though, it'd be much more manageable to start deprecating v1 if we can do it a piece at a time. Does the deprecation have to cover v1 across the board, or could we deprecate, for instance, v1 Collection Admin APIs for 9.0 with other deprecations to follow in 9.1, etc as we get v2 APIs into shape? Jason On Wed, Apr 28, 2021 at 3:37 PM Mike Drob <md...@mdrob.com> wrote: > > 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
