On Thu, Aug 27, 2020 at 7:03 PM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote:
> > I find it highly depressing that we can't, *in a major release*, manage > to get rid of our deprecations -- particularly for code that has a new home > and is packaged in a form that is trivial to install (thanks to our new > awesome package manager). > > I'm not sure why you think "we can't". I can't even remember a single > committer standing in the way of removing those *that already have a > package*. > Okay, maybe I read the intent wrong. I can see the example given was about Solr Cell, which apparently has no new home, so I'm +0 with keeping it for 9.0. Also, on the roadmap cwiki: We should *not* remove all features/APIs deprecated in 8.x yet, to give > users a path to upgrade to 9.x without all the extra noise. Deprecated > features can be removed in a later 9.x release, when the new alternative is > solid and well known. Again, maybe I'm misreading but I'd like to us to manage to remove a lot of deprecated stuff *as the norm*. There will be exceptions to the norm -- Solr Cell, CDCR. To make this point clear, I wish to add to the roadmap, Solr 9.0 table, first row, saying basically "Remove lots of deprecated stuff" with some JIRAs linked like https://issues.apache.org/jira/browse/SOLR-13138 ~ David
