[
https://issues.apache.org/jira/browse/SOLR-14325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17060423#comment-17060423
]
David Smiley commented on SOLR-14325:
-------------------------------------
Fantastic; I love getting a contribution!
In the description I said It'd be nice to have a solution that conditionally
used the Directory of the SolrIndexSearcher. I was thinking about that more
and I think that would add complexity to getSearcher which is already too
complex, IMO. Also, Directory != DirectoryReader, and the latter is what we
need the most. It could be interesting if the latest DirectoryReader instance
could be managed by the SolrCore instead of the SolrIndexSearcher, thus
allowing it's use in core status without needing the SolrIndexSearcher.
However I suspect there are complexities in how both replication and a core
restore bring in a new Directory basically. FYI [~yo...@apache.org] you might
have expertise to bring to bear on this topic.
> Core status could be improved to not require an IndexSearcher
> -------------------------------------------------------------
>
> Key: SOLR-14325
> URL: https://issues.apache.org/jira/browse/SOLR-14325
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: David Smiley
> Priority: Major
>
> When the core status is told to request "indexInfo", it currently grabs the
> SolrIndexSearcher but only to grab the Directory. SolrCore.getIndexSize also
> only requires the Directory. By insisting on a SolrIndexSearcher, we
> potentially block for awhile if the core is in recovery since there is no
> SolrIndexSearcher.
> [https://lists.apache.org/thread.html/r076218c964e9bd6ed0a53133be9170c3cf36cc874c1b4652120db417%40%3Cdev.lucene.apache.org%3E]
> It'd be nice to have a solution that conditionally used the Directory of the
> SolrIndexSearcher only if it's present so that we don't waste time creating
> one either.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
