Re: Using solr during optimization

Hi Mark, Thanks for your reply. What you saying is interesting; so are you suggesting that optimizations should be done usually when there not many updates. Also can you please point out further under what conditions optimizations might be beneficial. Thanks. On 11 November 2011 20:30, Mark Mil

Re: writing to shards

Oh ok. Thanks. Ankita On 13 November 2011 07:56, Erick Erickson wrote: > You currently have to handle it programmatically. They are entirely > separate > Solr instances for all that they talk to each other, there's no way > currently > to just hand of the new document and have Solr "do the righ

Re: Dynamic adding of shards

Hi, Reloading the index works. Thanks Ankita On 11 November 2011 19:19, Erick Erickson wrote: > You can always put the shards in the URL. > > I don't know whether reloading the core will accomplish this, > you might check that out. See: > http://wiki.apache.org/solr/CoreAdmin#RELOAD > > Best >

Re: delta-import of rich documents like word and pdf files!

and changes are : file content, maybe I change its author and headers -- View this message in context: http://lucene.472066.n3.nabble.com/delta-import-of-rich-documents-like-word-and-pdf-files-tp3502039p3505951.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: delta-import of rich documents like word and pdf files!

Thanks for your reply Mr. Erick All I want to do is that I have indexed some of my pdf files and doc files. Now, any changes I make to them, I want a delta-import(incremental) so that I do not have to re index whole document by full import . Only changes made to these documents should get updated.

Distributed search and binary fields w/Solr 3.4

Hi there, I'm running into a problem, where queries that are distributed among multiple shards don't return binary field data properly. If I hit a single core, the XML response to my HTTP request contains the expected data. If I hit the request handler that's configured to distribute the reque

Re: Delete by Query with limited number of rows

There's nothing built into Solr that lets you do this automatically. About the best you can do is probably a delete by query going back some fixed time interval. So rather than keeping the last N documents, you keep documents that are, say, no more than 1 month old (or whatever you determine your i

Re: Preventing DIH to stop on error

I think it is best the person who commits this to trunk makes a new issue. I am not a programmer, so I don't want to mess things up. -- View this message in context: http://lucene.472066.n3.nabble.com/Preventing-DIH-to-stop-on-error-tp3496436p3504938.html Sent from the Solr - User mailing list a

Re: Delete by Query with limited number of rows

Hi Yury, thank you very much for your quick reply. Currently I have a timestamp field (solr.DateField) and every time I add a document I use "NOW" for the timestamp field. I only commit documents on the core every four hours. This works fine with the timestamp since I can use "NOW". However, I cou

Re: How to mix solr query info into the apache httpd logging (reverseproxy)?

SolrDispatchFilter is where HTTP headers get set, and currently there isn't really any flexibility on Solr response writers being able to affect HTTP headers. (note here that it isn't necessarily true that Solr requests are happening over HTTP, so that's not always a given) You could come up w