[
https://issues.apache.org/jira/browse/SOLR-6326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14134170#comment-14134170
]
Peter Keegan commented on SOLR-6326:
------------------------------------
Hi Ramana,
The use case is:
1. A SolrJ client updates the main index (and replicas) and issues a
distributed commit at regular intervals.
2. Another component updates the external files at other intervals.
Usually, the commits from (1) result in a new searcher which triggers the
org.apache.solr.schema.ExternalFileFieldReloader, but only if there were
changes to the main index.
Using ReloadCacheRequestHandler in (2) above would result in the loss of
index/replica synchronization provided by the distributed commit in (1), and
reloading the core is slow and overkill.
Thanks,
Peter
> ExternalFileFieldReloader and commits
> -------------------------------------
>
> Key: SOLR-6326
> URL: https://issues.apache.org/jira/browse/SOLR-6326
> Project: Solr
> Issue Type: Bug
> Reporter: Peter Keegan
> Labels: difficulty-medium, externalfilefield, impact-medium
>
> 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."
> IndexWriter.hasUncommittedChanges() returns false, but new external files
> should be reloaded with commits.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
