The following tables present the compatibility of different Sitecore CMS/XP versions with different Solr versions.
Solr | XP 10.0 | XP 10.1 | XP 10.2 | XP 10.3 | XP 10.4 |
8.4 [9] | ✓ | ✓ | – | – | – |
8.8.2 [9] | - | - | ✓ | - | – |
8.11.2 [9] | - | - | - | ✓ | ✓ |
8.11.3, 8.11.4 [9] | - | - | - | * | * |
Solr | XP 9.0 | XP 9.1 | XP 9.2 | XP 9.3 |
6.6.1 [6] | ✓[4] | – | – | – |
6.6.2 – 6.6.5 [6] | ✓ | – | – | – |
6.6.6 | * | – | – | – |
7.2.1 [7] | – | ✓ | – | – |
7.5 [7] | – | – | ✓ | – |
8.1.1 [7][8][9] | – | – | – | ✓ |
8.2.0 [7][9] | – | – | – | * |
Solr | CMS 7.0 – XP 8.0 | XP 8.1 | XP 8.2 |
4.1 | ✓ | * | * |
4.2 – 4.7 | * | * | * |
4.8 – 4.9 | *[1] | * | * |
4.10 | *[1] | ✓ | * |
5.0[6] | *[1] | * | * |
5.1[6] | *[1] | * | ✓ |
5.2 – 5.4[6] | *[1] | * | * |
5.5[6] | –[3] | –[3] | –[3] |
5.5.1, 6.0 – 6.1[6] | *[1][2] | *[2] | *[2] |
6.6.1[6] | – | – | ✓[4][5] |
6.6.2 – 6.6.5[6] | – | – | ✓[5] |
6.6.6 | – | – | *[5] |
Legend:
✓ | officially tested, recommended |
* | not officially tested, but expected to work |
– | no compatibility information or does not work |
The following table presents the support status of the SolrCloud feature for different Sitecore CMS/XP versions:
CMS 7.0 – XP 8.1 | XP 8.2 – XP 9.0 Update-1 | XP 9.0 Update-2 and later | |
Support status | Not supported | Under Experimental Support | Officially tested and supported |
For information about Experimental Support, read the Sitecore Product Support Lifecycle article. The Solr Index replication feature is not supported. The SolrCloud feature can be used as a replacement.
[NullReferenceException: Object reference not set to an instance of an object.] SolrNet.Schema.SolrSchemaParser.Parse(XDocument solrSchemaXml) SolrNet.Impl.SolrBasicServer`1.GetSchema() Sitecore.ContentSearch.SolrProvider.SolrSearchIndex.Initialize() Sitecore.ContentSearch.SolrProvider.SolrContentSearchManager.Initialize() Sitecore.ContentSearch.SolrProvider.CastleWindsorIntegration.WindsorSolrStartUp.Initialize()
To resolve the issue, apply the corresponding solution 1 described in the following Solution section.
[2] Starting from Solr 6, the default Config Sets are distributed without the schema.xml file.
To resolve the issue, apply the corresponding solution 2 described in the following Solution section.
[3] Known issues for Solr 5.5 (https://issues.apache.org/jira/browse/SOLR-8793) result in the following Sitecore error:
WARN Unable to connect to Solr: [http://{hostname}:{port}/solr], the [SolrNet.Exceptions.SolrConnectionException] was caught. Exception: SolrNet.Exceptions.SolrConnectionException Message: Error handling 'status' action
org.apache.solr.common.SolrException: Error handling 'status' action
To resolve the issue, upgrade Solr to 5.5.1 or a later version.
[4] Solr server can try to initialize a Solr core twice, resulting in the following error:
org.apache.solr.common.SolrException: Unable to create core [core_name] ... Caused by: org.apache.lucene.store.LockObtainFailedException: Lock held by this virtual machine: C:\solr-6.6.1\server\solr\core_name\data\index\write.lock
The error is caused by Solr bug: SOLR-11297
The issue does not affect Sitecore functionality, and you can ignore it. To resolve the issue, upgrade Solr to 6.6.2.
[5] For Sitecore XP 8.2 Update-6 (rev. 171121) and 8.2 Update-7 (rev. 180406).
Exception: System.Net.WebException Message: The remote server returned an error: (401) Unauthorized. Source: System at System.Net.HttpWebRequest.GetResponse() at HttpWebAdapters.Adapters.HttpWebRequestAdapter.GetResponse() at SolrNet.Impl.SolrConnection.GetResponse(IHttpWebRequest request) at SolrNet.Impl.SolrConnection.PostStream(String relativeUrl, String contentType, Stream content, IEnumerable`1 parameters)with the underlying error like
Async exception during distributed update: Error from server at http://127.0.0.1:8983/solr/sitecore_master_index_shard1_replica_n1Available solutions are:
Note: If both solutions apply to your specific Sitecore and Solr version combination, you must implement Solution [2] before Solution [1].
To resolve the issue:
<dynamicField name="*_pi" type="pint" indexed="true" stored="true" />
<dynamicField name="*_pi" type="tint" indexed="true" stored="true" />
To resolve the issue:
<schemaFactory class="ClassicIndexSchemaFactory" />
<updateRequestProcessorChain name="add-unknown-fields-to-the-schema">then find and comment out its AddSchemaFieldsUpdateProcessorFactory processor.