You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alan Woodward (JIRA)" <ji...@apache.org> on 2013/07/10 20:53:49 UTC
[jira] [Commented] (SOLR-5029) shardHandlerFactory is not properly
persisted
[ https://issues.apache.org/jira/browse/SOLR-5029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13704911#comment-13704911 ]
Alan Woodward commented on SOLR-5029:
-------------------------------------
Hi Ryan, SOLR-4914 should fix this. The only thing that actually changes in solr.xml is the cores list, so I've got round all the horribly complicated persistence rules by just storing most of the XML as a plain string, and interpolating the core information back in at persistence time.
> shardHandlerFactory is not properly persisted
> ---------------------------------------------
>
> Key: SOLR-5029
> URL: https://issues.apache.org/jira/browse/SOLR-5029
> Project: Solr
> Issue Type: Bug
> Reporter: Ryan Ernst
>
> In SOLR-5028 I discovered persistence for shardHandlerFactory is only looking for connTimeout and socketTimeout children. Persistence should work for any SHF impl, not just HttpShardHandlerFactory. I think the thing to do here is just copying the underlying Node to the new file, but the current persistence code assumes a flat (String->String) hierarchy (which seems wrong, flat hierarchy was one of the reasons myself and others were against solr.properties).
--
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org