[
https://issues.apache.org/jira/browse/SOLR-3911?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13527249#comment-13527249
]
Mark Miller commented on SOLR-3911:
-----------------------------------
I'll commit code to write the replication state through the directory in a
moment.
> Make Directory and DirectoryFactory first class so that the majority of
> Solr's features work with any custom implementations.
> -----------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-3911
> URL: https://issues.apache.org/jira/browse/SOLR-3911
> Project: Solr
> Issue Type: Improvement
> Reporter: Mark Miller
> Assignee: Mark Miller
> Fix For: 4.1, 5.0
>
> Attachments: SOLR-3911.patch, SOLR-3911.patch, SOLR-3911.patch
>
>
> The biggest issue is that many parts of Solr rely on a local file system
> based Directory implementation - most notably, replication. This should all
> be changed to use the Directory and DirectoryFactory abstractions.
> Other parts of the code that count on the local file system for making paths
> and getting file sizes should also be changed to use Directory and/or
> DirectoryFactory.
> Original title: Replication should work with any Directory impl, not just
> local filesystem based Directories.
> I've wanted to do this for a long time - there is no reason replication
> should not support any directory impl. This will let us use the mockdir for
> replication tests rather than having to force an FSDir and lose all the extra
> test checks and simulations. This will improve our testing around replication
> a lot, and allow custom Directory impls to be used on multi node Solr.
> Expanded scope - full first class support for DirectoryFactory and Directory.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
