[jira] [Commented] (SOLR-3575) solr.xml should default to persist=true
[ https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510183#comment-13510183 ] Mark Miller commented on SOLR-3575: --- We would still support loading and unloading. bq. Also, what would happen if a core was unloaded? The simple properties file or whatever in each core folder would indicate the core was not 'loaded'. Or one of many other solutions. > solr.xml should default to persist=true > --- > > Key: SOLR-3575 > URL: https://issues.apache.org/jira/browse/SOLR-3575 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: 4.0-BETA, 5.0 > > > The default of false is kind of silly IMO. -- 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
[jira] [Commented] (SOLR-3575) solr.xml should default to persist=true
[ https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13509569#comment-13509569 ] Magnus Bergmark commented on SOLR-3575: --- > related: it would be nice if the coming/going of cores didn't necessitate > changing solr.xml > Perhaps every directory under the solr home could implicitly define a > collection. Not a good idea. We unload cores to save memory on some machines, then load them on demand. This would make it much harder for us to accomplish. Also, what would happen if a core was unloaded? > solr.xml should default to persist=true > --- > > Key: SOLR-3575 > URL: https://issues.apache.org/jira/browse/SOLR-3575 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: 4.0-BETA, 5.0 > > > The default of false is kind of silly IMO. -- 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
[jira] [Commented] (SOLR-3575) solr.xml should default to persist=true
[ https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13407994#comment-13407994 ] Mark Miller commented on SOLR-3575: --- We should create another issue for that (though it would be easier to do on a major release perhaps) - I'll commit this quick change in a bit to make sure we have at least this improvement. > solr.xml should default to persist=true > --- > > Key: SOLR-3575 > URL: https://issues.apache.org/jira/browse/SOLR-3575 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: 4.0, 5.0 > > > The default of false is kind of silly IMO. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa 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
[jira] [Commented] (SOLR-3575) solr.xml should default to persist=true
[ https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13400995#comment-13400995 ] Jan Høydahl commented on SOLR-3575: --- +1 bq. related: it would be nice if the coming/going of cores didn't necessitate changing solr.xml Perhaps every directory under the solr home could implicitly define a collection. Yea, been thinking the same. How about a "my-core/collection.properties" file to set the various props? If file exists but is empty it could be a simple marker that this is a core and assume defaults for all settings. And how about adding SOLR_HOME/lib as shared lib folder by convention and SOLR_HOME/core/lib as core-specific lib folder? We might then not need solr.xml at all? > solr.xml should default to persist=true > --- > > Key: SOLR-3575 > URL: https://issues.apache.org/jira/browse/SOLR-3575 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: 4.0, 5.0 > > > The default of false is kind of silly IMO. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa 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
[jira] [Commented] (SOLR-3575) solr.xml should default to persist=true
[ https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13400793#comment-13400793 ] Yonik Seeley commented on SOLR-3575: related: it would be nice if the coming/going of cores didn't necessitate changing solr.xml Perhaps every directory under the solr home could implicitly define a collection. > solr.xml should default to persist=true > --- > > Key: SOLR-3575 > URL: https://issues.apache.org/jira/browse/SOLR-3575 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: 4.0, 5.0 > > > The default of false is kind of silly IMO. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa 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