Hey all,
Thanks for all the feedback since I last chimed in here; a lot to
think through for sure.
> This also has associated ways to: register end points and configuration,
> manage lifecycle, collect metrics, enforce security, logging, tracing, etc.
Thanks Noble - this list is super helpful in suggesting specific
things to dig into in terms of gauging viability for replacement.
Some list items require no explanation ("register end points") but on
a few others I'm less sure what you're referring to. Could you expand
a bit on what role SolrRequestHandler plays for "logging", "tracing",
and "collects metrics"?
Best,
Jason
On Mon, Dec 6, 2021 at 2:04 PM Noble Paul <noble.p...@gmail.com> wrote:
>
> I'm +1 for modernization
> I just wanted to highlight the hurdles we need to overcome to reach there
>
> SolrRequestHandler is the current framework that serves all requests in Solr.
> This also has associated ways to
>
> register end points and configuration
> manage lifecycle
> collect metrics
> enforce security
> logging
> tracing
> etc etc
>
> Introducing a new framework will have to deal with all of the above. For
> instance the JAX-RS is used you will start using web.xml to register your
> JAX-RS endpoints.
>
> --Noble
>
>
>
> On Mon, Dec 6, 2021 at 6:11 AM David Smiley <dsmi...@apache.org> wrote:
>>
>> Just a simple +1 of support to modernization efforts in general. It's
>> encouraging to see that Jason & Eric had some fun together on this.
>> Modernization, I think, helps with the fun of any open-source project, and
>> thus helps keep everyone interested in continuing and reviewing interest in
>> Solr. If we/others feel we can't make fundamental changes, then I think our
>> interests (and that of contributors) will wane. Personally, I really enjoy
>> refactoring codebases, even if it may not seem sexy to some.
>>
>> I don't think we can rush into a SIP before more research/POC is tried.
>> It's too abstract at this stage. We don't even know what framework to use
>> yet ;-)
>
>
>
> --
> -----------------------------------------------------
> Noble Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
