I entered SOLR-6326 https://issues.apache.org/jira/browse/SOLR-6326
thanks,
Peter
On Tue, Aug 5, 2014 at 6:50 PM, Koji Sekiguchi k...@r.email.ne.jp 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
--
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
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
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
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
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
