[
https://issues.apache.org/jira/browse/SOLR-4662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13620143#comment-13620143
]
Erick Erickson commented on SOLR-4662:
--------------------------------------
bq: so that solr.solr.home isn't cluttered
I'm not sure about this either. There's no assumption when walking the tree
that any instancedirs appear as immediate children of solr_home, you can have
as many levels to the tree as you want. What _is_ enforced is that when a
core.properties file is found, Solr doesn't look any deeper. In other words
there is no nesting of cores allowed. You can mix-and-match the level down the
tree where the core is defined, subject to the above rule.
So you could have a tree with only one directory in solr_home that was the root
of a tree with all your cores like:
<solr_home> cores
level1a
level1.1
core1.1.1
core1.1.2
core1.1.3
level1.2
core2.1.1
core2.1.2
level2a
core2a.1.1
I'm not totally anti the idea, but would rather not start putting a bunch of
stuff back into solr.xml if we can help it. Can this be made to work in your
use-case or is there another reason besides clutter you'd want to root the
cores someplace other than solr_home? Being able to cleanly separate the
running solr from the data does come to mind, i.e. I might like to rm -rf
<solr_home> and put in a new release without touching my data.....
> 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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
