[
https://issues.apache.org/jira/browse/SOLR-10021?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15879706#comment-15879706
]
ASF subversion and git services commented on SOLR-10021:
--------------------------------------------------------
Commit 04bcba77c824125c2ef2feb4c64dfcfc37b48211 in lucene-solr's branch
refs/heads/branch_6x from [~erickerickson]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=04bcba7 ]
SOLR-10021: Cannot reload a core if it fails initialization.
(cherry picked from commit 8367e15)
> Cannot reload a core if it fails initialization.
> ------------------------------------------------
>
> Key: SOLR-10021
> URL: https://issues.apache.org/jira/browse/SOLR-10021
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Attachments: SOLR-10021.patch, SOLR-10021.patch
>
>
> Once a core initialization fails, all calls to CoreContainer.getCore() throw
> an error forever, including the core admin RELOAD command.
> I think that RELOAD (and only RELOAD) should go ahead even after
> initialization failure since it is, after all, reloading everything. For any
> other core ops since you don't know why the core load failed in the first
> place you couldn't rely on the state of the core to try to do anything so
> failing is appropriate.
> However, the current structure of the code needs a SolrCore to get the
> CoreDescriptor which you need to have to, well, reload the core. The work on
> SOLR-10007 and associated JIRAs _should_ make it possible to get the
> CoreDescriptor without having to have a core already. Once that's possible,
> RELOAD will have to distinguish between having a SolrCore already and using
> the present reload() method or creating a new core.
> We could also consider a new core admin API command. It's always bugged me
> that there's an UNLOAD but no LOAD, we've kinda, sorta, maybe been able to
> use CREATE.
> I think I like making RELOAD smarter though. Consider the scenario where you
> make a config change that you mess up. You'd have to change to LOAD when
> RELOAD failed. I can be convinced otherwise though.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
