In 9.x it should be possible to write a separate servlet that can answer custom non-search queries. Then all you need to edit is web.xml. You can now get hold of a core container via org.apache.solr.servlet.CoreContainerProvider#getCoreContainer.
Looking at the code, it seems you still need to live in the apache package because that method is not public, but if you've got a demonstrable use case for it I don't see why that couldn't be made public in future versions. If that's tweaked to be public you could avoid changing implicit plugins, would not need to live under admin, and it should be possible to load from a separate jar if the jar is inserted into /server/solr-webapp/webapp/WEB-INF/lib A question to consider when choosing is whether you want the end point to be protected by authentication. If so then you're going to want to do it Shawn's way. If you want something publicly visible (say to infrastructure systems without login) then a servlet might be more useful since it will live outside of all our security stuff. On Mon, Nov 14, 2022 at 2:16 AM gnandre <arnoldbron...@gmail.com> wrote: > Thanks, Shawn. I think what you propose there will be very helpful. There > are definitely usecases where we want to work at the solr node level and > not core level. Fieldcache is one other example. > > In my case, I am trying to write a simple health check request handler that > makes sure that all cores on a particular node are loaded and are > queriable. The ping request handler works on a core level. The > /solr/admin/cores api works for me but it returns with the ok status even > if some other cores are still loading after solr restart. > > Ps. I am using legacy setup (non-cloud) > > On Mon, Nov 14, 2022, 2:04 AM Shawn Heisey <apa...@elyograg.org> wrote: > > > On 11/13/22 23:55, Shawn Heisey wrote: > > > If you want to create your own global handler, then you can add a > > > definition to ImplicitPlugins.json, which is embedded in the solr-core > > > jar. Unless you want to do jar surgery, it's best to make that change > > > in the source code and recompile Solr. > > > > See https://issues.apache.org/jira/browse/SOLR-15859 for an example > > where I am creating a new global handler. > > > > I am wondering if ImplicitPlugins.json could be put in a location like > > server/lib/ext so recompiling Solr or jar surgery isn't required. I > > think server/lib/ext is searched on the classpath before WEB-INF. Even > > better would be to have another json where user-specified implicit > > handlers can be defined. > > > > Thanks, > > Shawn > > > > > -- http://www.needhamsoftware.com (work) http://www.the111shift.com (play)
