[
https://issues.apache.org/jira/browse/SOLR-4615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13606939#comment-13606939
]
Jan Høydahl commented on SOLR-4615:
-----------------------------------
That reminds me that I did just that in SOLR-3613 - refactored solr.xml into a
better structure for the cloud params. But it was never completed due to
arguments about not wanting to namespace cloud java-options for the 4.0.0
release due to back-compat with beta.
I just uploaded my work to that patch, it won't apply to today's trunk, but
have a look at the proposed solr.xml format. The patch tries to prefix all
params such as zkHost with a {{solr.}} prefix, but still keep the short form as
a valid alias. But then I got somewhat lost trying to also support
{{webapp-name.}} prefixing automatically...
> Take out the possibility of having a solr.properties file
> ---------------------------------------------------------
>
> Key: SOLR-4615
> URL: https://issues.apache.org/jira/browse/SOLR-4615
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 4.3, 5.0
> Reporter: Erick Erickson
> Assignee: Erick Erickson
>
> We seem to have re-thought whether deprecating Solr.xml is The Right Thing To
> Do or not, the consensus seems to be that we should keep solr.xml, _not_ be
> able to specify solr.properties but add an attribute to the <cores> tag in
> solr.xml, tentatively called autoDiscover=true|false (assume false for 4.x,
> true for 5.0?)
> This really has to be done before 4.3 is cut, as in Real Soon Now.
--
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]
