[
https://issues.apache.org/jira/browse/SOLR-14040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17021456#comment-17021456
]
David Smiley commented on SOLR-14040:
-------------------------------------
I'm currently running a full battery of tests on a fix that I will commit when
it passes. The root cause is that I thought I could remove some legacy
Collection auto-creation logic that is activated when a core descriptor is
created for a collection that does not exist if the descriptor refers to such a
collection. This seems really hokey to me and I gladly removed it towards the
end of my work yet apparently didn't test again :-(. We have some tests, some
indirectly/inadvertently only pass when this works, but some explicit.
Furthermore it turns out we have a zkcli "bootstrap" option that relies on it.
So... I re-instated this legacy logic to where it was, in
CloudConfigSetService. Also, I moved to collection->configSet name resolution
back to CloudConfigSetService where it was before, which must follow the
existence of the collection's verified existence. It seems fine now here
anyway.
> solr.xml shareSchema does not work in SolrCloud
> -----------------------------------------------
>
> Key: SOLR-14040
> URL: https://issues.apache.org/jira/browse/SOLR-14040
> Project: Solr
> Issue Type: Improvement
> Components: Schema and Analysis
> Reporter: David Smiley
> Assignee: David Smiley
> Priority: Major
> Fix For: 8.5
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> solr.xml has a shareSchema boolean option that can be toggled from the
> default of false to true in order to share IndexSchema objects within the
> Solr node. This is silently ignored in SolrCloud mode. The pertinent code
> is {{org.apache.solr.core.ConfigSetService#createConfigSetService}} which
> creates a CloudConfigSetService that is not related to the SchemaCaching
> class. This may not be a big deal in SolrCloud which tends not to deal well
> with many cores per node but I'm working on changing that.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
