[
https://issues.apache.org/jira/browse/SOLR-6396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14104370#comment-14104370
]
Hoss Man commented on SOLR-6396:
--------------------------------
I don't think we want to make the name of {{core.properties}} be variable ...
that way leads to madness and confusion.
the request on the user list was about being able to dynamically load a
property file with diff values between dev & production like you could do in
the old style solr.xml -- that doesn't mean {{core.properties}} needs to have a
configurable name, it just means there needs to be a configurable way to load
properties.
we already have a {{properties}} option which can be specified in
{{core.properties}} to point to an additional external file that should also be
loaded ... if variable substitution was in play when parsing
{{core.properties}} then you could have something like
{{properties=custom.$\{env\}.properties}} in {{core.properties}} ... but
introducing variable substitution into the {{core.properties}} (which solr both
reads & writes based on CoreAdmin calls) brings back the host of complexities
involved when we had persistence of {{solr.xml}} as a feature, with the
questions about persisting the original values with variables in them, vs the
values after evaluating variables.
> Allow the name of core.properties file used in discovery to be specified by
> an environment variable
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-6396
> URL: https://issues.apache.org/jira/browse/SOLR-6396
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 4.9, 5.0
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Priority: Minor
>
> This was brought up on the user's list. I haven't thought this through, but
> it seems reasonable.
> This has some interesting implications in the core rename case, i.e. The
> unloaded props file will have the different name as well.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
