On Wed, Nov 17, 2021 at 11:05 PM Jason Gerlowski
wrote:
> > I'm working with Nazerke to make it so that you can register these in
> solr.xml SOLR-15782
>
> Awesome, glad to hear you guys are looking at this and making
> @Endpoint APIs a little more "first class"!
>
I think we should make it firs
+1 to us making the package management adhere to immutable deployments.
I'll start work on that soon.
On Wed, 17 Nov, 2021, 3:56 am David Smiley, wrote:
> SOLR-13553 was reverted; SOLR-14404 is what replaced it; shipped in 8.6.
> The issue I refer to above SOLR-15782 links to the latter as a new
> I'm working with Nazerke to make it so that you can register these in
> solr.xml SOLR-15782
Awesome, glad to hear you guys are looking at this and making
@Endpoint APIs a little more "first class"!
> it's not evident if we should use terminology to mimic
> that in solrconfig.xml (familiarity
SOLR-13553 was reverted; SOLR-14404 is what replaced it; shipped in 8.6.
The issue I refer to above SOLR-15782 links to the latter as a new way to
register these plugins in solr.xml instead of having to do so at-runtime.
Plugging in at runtime is neat but let's not discount the value / benefits
of
I was referring to https://issues.apache.org/jira/browse/SOLR-13553.
On Tue, 16 Nov, 2021, 10:38 pm Ishan Chattopadhyaya, <
ichattopadhy...@gmail.com> wrote:
> Those new @endpoint ones are the ones that are loadable via packages
> (node/cluster level plugins), right? IIRC, there's a Zookeeper han
Those new @endpoint ones are the ones that are loadable via packages
(node/cluster level plugins), right? IIRC, there's a Zookeeper handler that
Noble introduced that way. I feel we should put our weight behind it so
that we can (at some point in time) decouple such handlers from solr-core
module a
I'm looking in CoreContainer and it appears we have two fundamentally
different ways of implementing node level handlers/endpoints/APIs (whatever
you might want to call them) to respond to requests. There is the original
SolrRequestHandler interface, which certainly isn't going away, at least
for
