[ https://issues.apache.org/jira/browse/SOLR-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510754#comment-13510754 ]
Robert Muir commented on SOLR-1028: ----------------------------------- Right, i dont think tests should have to have such tricky try/finally/stuff. Back in the day when all these checks were piled into LuceneTestCase, there was a boolean 'testsFailed' which these things checked to avoid the noise. But now its cleaner with these test rules chains, I just don't know how to factor out these trackers into test rules, and placed in the chain in such a way that they work like the other checks and don't fire if the test already failed. Maybe [~dweiss] knows? > 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: SOLR-1028.patch, SOLR-1028.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