> Wrt SNAPSHOT, I think we just need to be patient until Lucene releases 9.0.0, > then we can depend on that instead, and choose our own timing for upgrading.
You can pin the dependency to a particular snapshot revision... the problem is those revisions don't stay in snapshot repositories forever and once they're removed you wouldn't be able to download/ resolve them. D. > > Jan > > 15. apr. 2021 kl. 13:59 skrev Jason Gerlowski <gerlowsk...@gmail.com>: > > FYI, Mike Drob filed a separate issue for this yesterday (SOLR-15339). > His ticket doesn't have a PR though so maybe that one should be closed > as a duplicate? > > I'm sure this has been discussed previously and I just missed it - but > is there a way for us to lock the Solr build on a particular Lucene > 9.0.0-SNAPSHOT build instead of continually pulling in the latest? > That'd allow us to handle these API breaks in batches at our > convenience, instead of having it happen as a "surprise" that we can't > really control. Or did we decide against that approach for some > reason? > > Best, > > Jason > > On Thu, Apr 15, 2021 at 7:23 AM Jan Høydahl <janhoy-apa...@cominvent.com> > wrote: > > > Due to https://issues.apache.org/jira/browse/LUCENE-9387 being committed, > removing some methods in Lucene. > > Issue https://issues.apache.org/jira/browse/SOLR-15341 to track this. > > 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
