[
https://issues.apache.org/jira/browse/SOLR-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533110#comment-13533110
]
Shawn Heisey commented on SOLR-1028:
------------------------------------
The new swappable default of false needs a prominent mention in the .txt files
in sections about upgrading from previous versions where it didn't exist.
While working on some other issues on branch_4x, I was nearly bitten by this.
Just before I was about to start a full rebuild, I happened to glance at my
solr.xml file and noticed the new default had been added. If I hadn't done
that, I would have gone through hours of rebuild only to have the core swap at
the end fail.
If swappable is false and you do a SolrJ CoreAdmin#swap, will it throw an
exception? I believe it should, for error handling in SolrJ code. I will
eventually test this myself, but I won't be able to get to it right now.
> Automatic core loading unloading for multicore
> ----------------------------------------------
>
> Key: SOLR-1028
> URL: https://issues.apache.org/jira/browse/SOLR-1028
> Project: Solr
> Issue Type: New Feature
> Components: multicore
> Affects Versions: 4.0, 5.0
> Reporter: Noble Paul
> Assignee: Erick Erickson
> Fix For: 4.1, 5.0
>
> Attachments: jenkins.jpg, SOLR-1028.patch, SOLR-1028.patch,
> SOLR-1028_testnoise.patch
>
>
> usecase: I have many small cores (say one per user) on a single Solr box .
> All the cores are not be always needed . But when I need it I should be able
> to directly issue a search request and the core must be STARTED automatically
> and the request must be served.
> This also requires that I must have an upper limit on the no:of cores that
> should be loaded at any given point in time. If the limit is crossed the
> CoreContainer must unload a core (preferably the least recently used core)
> There must be a choice of specifying some cores as fixed. These cores must
> never be unloaded
--
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
