Multiple schemas
Hi all, Am I right that we can only have one schema per solr server? If so, how would you deal with the issue of submitting completely different data models (such as clothes and cars)? Thanks. -- Regards, Cuong Hoang
Re: Multiple schemas
On 9/26/06, climbingrose <[EMAIL PROTECTED]> wrote: Am I right that we can only have one schema per solr server? If so, how would you deal with the issue of submitting completely different data models (such as clothes and cars)? If they have no relation, put them in separate servers or webapps. If you want to query across both search indicies at once, make a schema that accommodates both of them. -Yonik
Can't get q.op working
I'm running the latest nightly build (2006-09-27) and cannot seem to get the q.op parameter working. I have the default operator set to AND and am testing with a two word query that returns no results. If I add "OR" to the query I get results. But if I remove the OR and add "q.op=OR" to the Solr query I still get no results. Is there anything I could be doing wrong? thanks Kevin
Re: Extending Solr's Admin functionality
On the other hand, some people I talked to also expressed interest in JMX, so I'd encourage Simon to make that contribution. Otis - Original Message From: Chris Hostetter <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Monday, September 25, 2006 7:37:08 PM Subject: Re: Extending Solr's Admin functionality : 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). yeah ... the main reason i never personally looked into adding more JMX hoks is that the people i deal with that want to be able to monitor Solr don't use JMX tools -- they use perl scripts and third party apps that just like scrapping HTTP/htm/xml -Hoss
Re: Extending Solr's Admin functionality
Regarding the security/authentication comment, perhaps something as simple as Basic HTTP Auth would work. That is what i use for Simpy's REST API - this example shows how it works with wget, for example: http://www.simpy.com/doc/api/rest#auth But I feel like that's something that can wait. There are other ways to secure a service from outsiders (but not insiders). Otis - Original Message From: Erik Hatcher <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Sunday, September 24, 2006 11:16:19 AM Subject: Re: Extending Solr's Admin functionality On Sep 23, 2006, at 3:57 PM, Otis Gospodnetic wrote: > How about another approach - expose all Solr admin data via HTTP/ > XML, just like it's done with search requests? i think that would be fantastic. thinking of solr as a hard core service above and beyond lucene exposing all of its internals via request handlers is the way to go. having the schema and solrconfig files exposed opens interesting possibilities for a client to introspect solr to that degree already, but even more so exposing text analysis tools like analysis.jsp, spell checking and highlighting services, and including all the stats data for the caches. yeah! i'm +1. the inevitable question is where does security fit into the picture. solr has a couple of options for that without making things complicated: * secure solr behind a firewall that is only open to your front- end application * configuring the request handlers in solrconfig.xml (or by default not opening admin ones unless you uncomment example configuration) so clients have a narrowing view of the solr system (heh) than it allows (like decommissioning Pluto) i think solr probably ought to up front mention all the security options currently available and cut to the chase on why anything more sophisticated is out of its scope. perhaps some authentication/ authorization as well as HTTPS should eventually make it into the core, but getting more fine grained is unnecessary. thoughts? Erik
Re: Extending Solr's Admin functionality
On 9/26/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: On the other hand, some people I talked to also expressed interest in JMX, so I'd encourage Simon to make that contribution. I'm also interested in JMX. It has different adapters, including an HTTP one AFAIK, but I don't know how easy it is to use. -Yonik
