[
https://issues.apache.org/jira/browse/SOLR-350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12568992#action_12568992
]
Henri Biestro commented on SOLR-350:
------------------------------------
Regarding c/variables/properties, imho we can definitely tackle the bulk of it
in here, no need for another issue yet.
On that topic, one small nag regarding multicore.xml serialization; do we want
multicore.xml serialization to retain expressions if any (ie serailize them
back as expressions) or not? Seems like it would be convenient to be able to
distribute the same multicore.xml across several hosts - which may have
different envs.
As of now, we do expand all expressions before parsing resource files; if
multicore.xml uses expressions based on environment variables, these will be
expanded before we even have a chance to see them which precludes being able to
write them back.
Since we will have to serialize variables in multicore.xml, one workaround
would be for users to declare local variables for each env based expressions
(as multicore "global" properties) and only use those locals (keeping those
definitions before expansion that is). Parsing multicore.xml would make one
pass before expansion to extract the 'multicore/property' & 'core/property' raw
expressions, then expand the whole.
(implementation/self note: MultiCore & CoreDescriptor need to be able to
define/serialize properties).
Would this be ok / needed? Thoughts ?
> Manage Multiple SolrCores
> -------------------------
>
> Key: SOLR-350
> URL: https://issues.apache.org/jira/browse/SOLR-350
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 1.3
> Reporter: Ryan McKinley
> Attachments: SOLR-350-MultiCore.patch, SOLR-350-MultiCore.patch,
> SOLR-350-MultiCore.patch, SOLR-350-Naming.patch, SOLR-350-Naming.patch,
> solr-350.patch, solr-350.patch, solr-350.patch, solr-350.patch,
> solr-350.patch, solr-350.patch, solr-350.patch, solr-350.patch, solr-350.patch
>
>
> In SOLR-215, we enabled support for more then one SolrCore - but there is no
> way to use them yet.
> We need to make some interface to manage, register, modify avaliable SolrCores
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
