Re: ExternalFileFieldReloader and commit

Agree with you. In this case dummy docs makes sense, definitely. Don't consider it as a pitch, but there is a prototype of commit-free eff https://issues.apache.org/jira/browse/SOLR-4085 It might be useful for some extreme usecases. On Wed, Aug 6, 2014 at 5:20 PM, Peter Keegan wrote: > The use

Re: ExternalFileFieldReloader and commit

The use case is: 1. A SolrJ client updates the main index (and replicas) and issues a commit at regular intervals. 2. Another component updates the external files at other intervals. Usually, the commits result in a new searcher which triggers the org.apache.solr.schema.ExternalFileFieldReloader,

Re: ExternalFileFieldReloader and commit

Peter, Providing SOLR-6326 is about a bug in ExternalFileFieldReloader, I'm asking here: Did you try to use org.apache.solr.search.function.FileFloatSource.ReloadCacheRequestHandler ? Let's me know if you need help with it. As a workaround you can reload the core via REST or click a button at Solr

Re: ExternalFileFieldReloader and commit

I entered SOLR-6326 thanks, Peter On Tue, Aug 5, 2014 at 6:50 PM, Koji Sekiguchi wrote: > Hi Peter, > > It seems like a bug to me, too. Please file a JIRA ticket if you can > so that someone can take it. > > Koji > -- > http://soleami.com/blog/

Re: ExternalFileFieldReloader and commit

Hi Peter, It seems like a bug to me, too. Please file a JIRA ticket if you can so that someone can take it. Koji -- http://soleami.com/blog/comparing-document-classification-functions-of-lucene-and-mahout.html (2014/08/05 22:34), Peter Keegan wrote: When there are multiple 'external file field

ExternalFileFieldReloader and commit

When there are multiple 'external file field' files available, Solr will reload the last one (lexicographically) with a commit, but only if changes were made to the index. Otherwise, it skips the reload and logs: "No uncommitted changes. Skipping IW.commit." Has anyone else noticed this? It seems