[ 
https://issues.apache.org/jira/browse/SOLR-8349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15172386#comment-15172386
 ] 

Gus Heck commented on SOLR-8349:
--------------------------------

Hmm, Ive been wondering how I might write a good test case for it. Are there 
some tests out there that fire up a cloud mode solr and interact with multiple 
cores that I can use as example? I can probably come up with mock object based 
tests that exercise some of the methods,  but that rather misses the cross core 
sharing aspect of this and the usage by components. I expect SolrTestcaseJ4 
will probably hit the else block in this code:

{code}
    if (this.coreContainer.isZooKeeperAware()) {
      // stuff we want to test is here!
    } else {
      throw new SolrException(SolrException.ErrorCode.SERVER_ERROR, "Blob 
loading is not supported in non-cloud mode");
    }
{code}

> Allow sharing of large in memory data structures across cores
> -------------------------------------------------------------
>
>                 Key: SOLR-8349
>                 URL: https://issues.apache.org/jira/browse/SOLR-8349
>             Project: Solr
>          Issue Type: Improvement
>          Components: Server
>    Affects Versions: 5.3
>            Reporter: Gus Heck
>            Assignee: Noble Paul
>         Attachments: SOLR-8349.patch, SOLR-8349.patch, SOLR-8349.patch, 
> SOLR-8349.patch, SOLR-8349.patch, SOLR-8349.patch
>
>
> In some cases search components or analysis classes may utilize a large 
> dictionary or other in-memory structure. When multiple cores are loaded with 
> identical configurations utilizing this large in memory structure, each core 
> holds it's own copy in memory. This has been noted in the past and a specific 
> case reported in SOLR-3443. This patch provides a generalized capability, and 
> if accepted, this capability will then be used to fix SOLR-3443.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to