[
https://issues.apache.org/jira/browse/SOLR-4662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13619964#comment-13619964
]
Shawn Heisey commented on SOLR-4662:
------------------------------------
bq. does the ability to specify your data dir for each core do what you need?
As long the dataDir specified in a core properties file retains all its current
capabilities relative to instanceDir, then yes, that will work nicely. As I
mentioned, I would like to see a config option (probably in solr.xml, name
suggestion coreDirectory) to specify a relative or absolute path where it will
look for auto-detected instanceDirs. For the "thousands of cores" users, this
will be very important, so that solr.solr.home isn't cluttered - it might have
solr.xml (or its replacement) and a handful of directories like cores, lib, and
maybe data. I'd like to see that parameter default to "cores" but I am not
opposed to it being "." or having no default value at all.
bq. Basically in <solr_home>/configs (TBD) there will be directories like
"conf1", "conf2" etc.
I like this idea. I would want to make sure that relative xincludes are
possible, just as they currently are with config sets in zookeeper. If the xml
goes away and gets replaced by a properties file, including subconfigs won't be
as important, but it would be nice if it were still possible.
> Finalize what we're going to do with solr.xml, auto-discovery, config sets.
> ---------------------------------------------------------------------------
>
> Key: SOLR-4662
> URL: https://issues.apache.org/jira/browse/SOLR-4662
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 4.3, 5.0
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Priority: Blocker
>
> Spinoff from SOLR-4615, breaking it out here so we can address the changes in
> pieces.
--
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: [email protected]
For additional commands, e-mail: [email protected]
