Re: Indexing API

2006-10-12 Thread Walter Underwood
I'm not impressed with OpenSearch. It is a sloppy design and not well-documented. It is heavily slanted toward what A9.com wanted to do on their website, and that stuff is all dead. Essentially, OpenSearch is a proprietary format that was published in an open manner. If you compare OpenSearch to A

Re: Indexing API

2006-10-12 Thread Erik Hatcher
On Oct 12, 2006, at 2:32 PM, Erik Hatcher wrote: Walter - I'm curious what your thoughts are on the OpenSearch standard as well. Do you think Solr should support that natively as well? However, I find the error handling "suggestion" in the OpenSearch developer docs unsettling:

Re: Indexing API

2006-10-12 Thread Erik Hatcher
Walter - I'm curious what your thoughts are on the OpenSearch standard as well. Do you think Solr should support that natively as well? I'm a proponent of the Atom Publishing Protocol as well, for the record. Erik On Oct 12, 2006, at 1:09 PM, Walter Underwood wrote: On 10/12/06 8

Re: Queueing/too many files

2006-10-12 Thread mark
or it could be a result of *not* using the compound file format (controlled via solrconfig.xml) Ah yes - this was set to false by default - seems to have done the trick. cheers mark

Indexing API

2006-10-12 Thread Walter Underwood
On 10/12/06 8:26 AM, "Chris Hostetter" <[EMAIL PROTECTED]> wrote: > I agree ... comments various people have made over the last few weeks or > so have gotten me thinking that standardizing the way errors are > returned to the HTTP client (for both updates and selects) is one of the > biggest "API

Re: Invalid XML in response

2006-10-12 Thread Erik Hatcher
On Oct 12, 2006, at 11:26 AM, Chris Hostetter wrote: I agree ... comments various people have made over the last few weeks or so have gotten me thinking that standardizing the way errors are returned to the HTTP client (for both updates and selects) is one of the biggest "API problems" in S

Re: Queueing/too many files

2006-10-12 Thread Chris Hostetter
: these to solr very quickly but rapidly run into the 'too many files : open problem'. too many filehandles may be because you aren't closing the connections in your update client ... or it could be a result of *not* using the compound file format (controlled via solrconfig.xml) Solr itself reall

Re: Invalid XML in response

2006-10-12 Thread Chris Hostetter
: No, it is not the same bug. Not to the end. I'm inserting one new : document in one request: Hmmm ... would you mind opening a bug for this in Jira? : Generally, there are problems with error messages coming from SOLR. : Sometimes they come with 400 HTTP code and in error stream. e.g. when we

Queueing/too many files

2006-10-12 Thread mark
Hi, I am wanting to index a very large number of documents. I can POST these to solr very quickly but rapidly run into the 'too many files open problem'. Is there anyway to avoid this - either by solr blocking *before* the error or by it queuing the incoming documents until it can cope wi

Re: Couple of problems

2006-10-12 Thread mark
Hi, that sorted it out. cheers mark On 12 Oct 2006, at 02:22, Chris Hostetter wrote: : But this is a right out of the box install - I have only messed with : the schema to suit me. when i use your schema with the current trunk using Jetty, right at startup my logs contain a "SolrExceptio

Re: Invalid XML in response

2006-10-12 Thread Przemysław Brzozowski
Chris Hostetter napisał(a): : I don't understand why SOLR returns and invalid XML file as a response : in case when we insert a document with a field that is not defined : in the Solr configuration. Is there any purpose for that? : : It would be nice if it returns a valid xml i think if yo