[jira] [Commented] (SOLR-2563) Allow generic pluggable file system implementations

["Jason Rutherglen (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SOLR-2563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13041924#comment-13041924 ] 

Jason Rutherglen commented on SOLR-2563:
----------------------------------------

I don't think CoreContainer is completely removed from the local file system.  Checkout persist, persistFile, etc.  Those should either be turned off, or should write to the underlying generic file system.

It looks like libs are hard coded in CoreContainer?

{code}
if (libDir != null) {
  File f = FileUtils.resolvePath(new File(dir), libDir);
  log.info( "loading shared library: "+f.getAbsolutePath() );
  libLoader = SolrResourceLoader.createClassLoader(f, null);
}
{code}

CoreDescriptor.getDataDir() is ambiguous.

QueryElevationComponent is hardcoded:

{code}
// check if using ZooKeeper
ZkController zkController = core.getCoreDescriptor().getCoreContainer().getZkController();
if(zkController != null) {
{code}

IndexBasedSpellChecker.initSourceReader()

SolrIndexWriter hardcodes writing the infoStream to the local file system.

The benchmark code is as well however that's somewhat less of a priority.

> Allow generic pluggable file system implementations
> ---------------------------------------------------
>
>                 Key: SOLR-2563
>                 URL: https://issues.apache.org/jira/browse/SOLR-2563
>             Project: Solr
>          Issue Type: New Feature
>          Components: update
>    Affects Versions: 4.0
>            Reporter: Jason Rutherglen
>
> For things like configuration files, they can be loaded from places other than the local filesystem, such as Zookeeper or HDFS.  In this issue I will abstract that functionality out.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org