Hi All,
DataImportHandler 9.3.0 has now been released for Solr 9.3.0, thanks to
Adrian A. (https://github.com/SearchScale/dataimporthandler/pull/48).
To use it with the package manager, follow instructions here:
https://github.com/SearchScale/dataimporthandler#installing-and-running
To grab the
Hi Houston,
Can you please elaborate on the purpose:
> and moving it into Solr would allow others to use and collaborate on it
easier.
How is that?
I am guessing another motivation may be visibility / awareness. If that is
a motivation, I think that can be addressed with prominent references in
Re backcompat issue: might be an option to fix that config but use a
different name for it then, so that any currently existing (and ignored)
config continues to be ignored.
Ilan
On Thu, Sep 7, 2023, 6:14 PM Michael Gibney
wrote:
> I'd like to call some extra attention to SOLR-16962 [1]. I'm fa
My perspective of Solr-sandbox is that it’s an area for ideas to be worked on,
but no real promises…. They might be abandoned at any moment, or have issues..
No real expectation of docs or any kind of support. It’s meant for solr
committers to collaborate with other solr committers on new t
I always assumed after the CDCR stuff was removed from Solr, the idea was
to provide a better first-party solution one day.
To me, first party means not "experimental" or "sandbox", so it makes sense
to live in the main Solr repo.
In general, I agree with Eric, nothing should "live" in the solr-sa
I think the main motivation would be cost savings.
The main thing I like about keeping it separate is the ability to have an
independent release cycle. I initially preferred a separation due to that.
But the cost for what it actually is, is high.
It essentially consists of two fairly simple part
