I certainly agree that a JMX interface into Solr would be nice to
have. [a different topic: I've also been thinking Solr under
NetKernel would be a nice fit also]
On Sep 24, 2006, at 3:12 PM, Simon Willnauer wrote:
Also security / firewall doubts would not concern the core and its
security as jmx connectors can be blocked by firewalls not using the
same port as solr does (no matter which protocol is used to connect to
the server).
I still think exposing the internals of caching data, text analysis,
and other features later like spell checking (so only available terms
are suggested) makes sense and just as valuable as search and facet
results currently. That information could be exposed easily through
request handlers.
As I'm not very familiar with the solr core I spotted some Info MBeans
in solr which would be accessible without writing any code as well.
After all I do have to admin that accessing all these features via JMX
would not be as user friendly as a hand made http frontend would be
but I a search server admin / manage frontend exposed to people
without any background?!
I think the majority of the clients for Solr will be non-Java, so
while a JMX interface would be valuable to some it wouldn't be as
generally useful to the majority of Solr users (my hunch).
I would also be happy to contribute my experience with JMX to the
project.
But don't let that deter you. JMX is cool stuff.
Erik
