CorruptIndexException: Unknown format version

) at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:99) Best regards -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail : max.huet...@blue

Re: Solr 1.3 - leading wildcard query feature?

Erik Hatcher schrieb: On Jun 5, 2008, at 10:13 AM, Maximilian Hütter wrote: I haven't followed the discussion here closly but I am interested if Solr 1.3 will have the feature of leading wildcard in a query. I remember reading a discussion about it and making it configurable, which

Solr 1.3 - leading wildcard query feature?

. be released? :-) Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail : [EMAIL PROTECTED] Sitz : Stuttgart, Amtsgericht Stuttgart, HRB

Re: Delete document

-- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail : [EMAIL PROTECTED] Sitz : Stuttgart, Amtsgericht Stuttgart, HRB 24106 Geschäftsführer: Joachim Hörnle

Re: Transform Update responses with XSLT?

Ryan Grange schrieb: It is absolutely possible to do such a thing. I wish I had more time right now to create even a sample. Unfortunately while I'm not too bad at XSLT, I haven't used it often enough to whip something up off the top of my head with any hope of it working the first time. I

Is optimize always a commit?

Hi, maybe this is a stupid question, but is a optimize always a commit? In the log it looks like it: start commit(optimize=true,waitFlush=false,waitSearcher=true) I just wanted to be sure. Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart

Transform Update responses with XSLT?

Hi, is there a way to transform a Solr update response with a XSLT-Stylesheet? It looks like the XSLTResponseWriter is only used for searches. Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax

Re: Search results problem

Yonik Seeley schrieb: On 10/17/07, Maximilian Hütter [EMAIL PROTECTED] wrote: I also found this: Controls the maximum number of terms that can be added to a Field for a given Document, thereby truncating the document. Increase this number if large documents are expected. However, setting

Re: Search results problem

Daniel Naber schrieb: On Tuesday 16 October 2007 12:03, Maximilian Hütter wrote: the content of one document is completely contained in another, but search for a special word I only get one document as result. I am absolutely sure it is contained in the other document, but I will only get

Re: Search results problem

/library/j-solr2/index.html That might be a problem for me. I was thinking about using copyFields, instead of one large fulltext field. Would that solve my problem, or would the maxFieldLength still apply when using copyFields? Best regards, Max -- Maximilian Hütter blue elephant systems GmbH

Re: Searching combined English-Japanese index

to utf-8 fixed the index. The xml had the encoding set but Solr seems to ignore that. Limo really seems to converted back correctly by chance. Thanks for the help! Now I just have to figure out how to correctly encode the query string... Best regards, Max -- Maximilian Hütter blue elephant

Re: Searching combined English-Japanese index

Yonik Seeley schrieb: On 10/1/07, Maximilian Hütter [EMAIL PROTECTED] wrote: Yonik Seeley schrieb: On 10/1/07, Maximilian Hütter [EMAIL PROTECTED] wrote: When I search using an English term, I get results but the Japanese is not encoded correctly in the response. (although it is UTF-8 encoded

Searching combined English-Japanese index

wrong? Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail : [EMAIL PROTECTED] Sitz : Stuttgart, Amtsgericht Stuttgart, HRB 24106

Re: Error Response as HTML in Solr 1.2

Ryan McKinley schrieb: Maximilian Hütter wrote: Hi all, I switched to Solr version 1.2 and found that the response format changed completely for the error responses (for updates), which are delivered as HTML-Pages. Check the status code for the response. Anything not OK will have some

Error Response as HTML in Solr 1.2

see? Could I use a different RequestHandler? Should I use the new URL for updates, I still use the leagacy form. Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10

delete for multiple documents at once

) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) /result Isn't it possible to do deletes like that? Thanks, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17

Re: Performance penalty for Multivalued field?

not throw an error but really index both values. What happens when I use a multivalue field and that is field appears two times in a add/update doc? Is the second value lost? Best regards, Max -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel

Performance penalty for Multivalued field?

experiences? Best regards -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail : [EMAIL PROTECTED] Sitz : Stuttgart, Amtsgericht Stuttgart, HRB 24106

Re: Commit after how many updates?

Mike Klaas schrieb: On 3/12/07, Maximilian Hütter [EMAIL PROTECTED] wrote: Hi, I have a question regarding Solr's behaviour, in the standard installation. When use the start.jar with a rather complex schema and I do about 1000 updates and then try to commit, I get this: result status

Commit after how many updates?

the VM a larger heap size, but still I wonder what a good number of updates would be? What are your experiences? -- Maximilian Hütter blue elephant systems GmbH Wollgrasweg 49 D-70599 Stuttgart Tel: (+49) 0711 - 45 10 17 578 Fax: (+49) 0711 - 45 10 17 573 e-mail

Re: Using HTTP-Post for Queries

Erik Hatcher schrieb: On Jan 24, 2007, at 9:38 AM, Maximilian Hütter wrote: Erik Hatcher schrieb: On Jan 22, 2007, at 4:09 AM, Maximilian Hütter wrote: Is there a XMLQueryParser yet? I didn't find it in the source. Yes - it's part Lucene's contrib area: http://svn.apache.org/repos

Re: Using HTTP-Post for Queries

Erik Hatcher schrieb: On Jan 22, 2007, at 4:09 AM, Maximilian Hütter wrote: Is there a XMLQueryParser yet? I didn't find it in the source. Yes - it's part Lucene's contrib area: http://svn.apache.org/repos/asf/lucene/java/trunk/contrib/xml-query-parser/ You'll have to build

Re: Using HTTP-Post for Queries

Thank you for the answers, the idea was to use Solr with REST. Is there a XMLQueryParser yet? I didn't find it in the source. Max Erik Hatcher schrieb: Also consider that I expect Solr to support the XMLQueryParser at some point in the near future, which would be POSTed in a body for a search