重建后Sitecore Coveo与RabbitMQ的连接丢失
我已经在本地主机上基本设置了coveo和到RabbitMQ的来宾连接, 但当我重建sitecore解决方案时,Coveo与RabbitMQ失去了连接, 我需要通过索引队列连接菜单手动连接重建后Sitecore Coveo与RabbitMQ的连接丢失,sitecore,coveo,Sitecore,Coveo,我已经在本地主机上基本设置了coveo和到RabbitMQ的来宾连接, 但当我重建sitecore解决方案时,Coveo与RabbitMQ失去了连接, 我需要通过索引队列连接菜单手动连接 <!-- Coveo search configuration --> <SearchCertificatePath>C:\CES7\Config\Certificates\cert-iis.p12</SearchCertificatePath>
<!-- Coveo search configuration -->
<SearchCertificatePath>C:\CES7\Config\Certificates\cert-iis.p12</SearchCertificatePath>
<SearchServiceUri>https://localhost:52810/7.0/CoveoSearchService</SearchServiceUri>
<QueueUri>amqp://localhost:5682/</QueueUri>
<QueueUsername>guest</QueueUsername>
<EncryptDataOnQueue>false</EncryptDataOnQueue>
C:\CES7\Config\Certificates\cert-iis.p12
https://localhost:52810/7.0/CoveoSearchService
amqp://localhost:5682/
客人
假的
如何存储密码?您的问题需要澄清一下,所以我将给出多方面的答案 首先,不清楚在哪里触发重建操作。它是来自Sitecore索引管理器还是来自队列源上的Coveo企业搜索管理工具?重建操作应始终从Sitecore索引管理器触发。在CES管理工具中触发队列源上的重建是无用的,因为它只是关闭到RabbitMQ的读取连接并重新打开它 您提到Coveo失去了与RabbitMQ的连接。是CES断开了读取排队消息的连接,还是Sitecore断开了向RabbitMQ发送消息的连接,还是两者都断开了连接?在每次Sitecore索引操作(重建索引、添加项目、修改项目、删除项目、发布…)中,Sitecore的Coveo首先使用存储在
Coveo.SearchProvider.config
文件中的QueueUri、QueueUsername和QueuePassword更新CES源。如果CES源配置发生更改,则会关闭并重新打开与RabbitMQ的读取连接。然后,Coveo for Sitecore连接到RabbitMQ并推送索引消息
您提到必须从索引队列连接配置向导再次设置队列uri、用户名和密码。在执行该操作之前,QueueUri、QueueUsername和QueuePassword元素的值是多少?它们是否已经正确,或者是否重置为默认值或错误值?这可能表明部署过程中存在问题。可能是Coveo.SearchProvider.config
文件定期被这些元素的错误值覆盖
最后,Coveo for Sitecore将队列密码和Sitecore密码以加密形式直接存储在Coveo.SearchProvider.config
文件的QueuePassword和SitecorePassword元素中。密码使用Sitecore实例\Data\Coveo\ConfigurationEncryptionKeys
文件夹中生成的密钥进行加密。您应该检查该文件夹中是否存在RijndaelEncryptionKeys
文件
如果将Sitecore配置的Coveo移动到另一个配置文件,则Sitecore控制面板配置向导(如索引队列连接配置向导)将无法将新值写入自定义配置文件
我希望这能回答你的问题,解决你的问题
杰夫你的问题需要澄清一点,所以我将回答多个问题 首先,不清楚在哪里触发重建操作。它是来自Sitecore索引管理器还是来自队列源上的Coveo企业搜索管理工具?重建操作应始终从Sitecore索引管理器触发。在CES管理工具中触发队列源上的重建是无用的,因为它只是关闭到RabbitMQ的读取连接并重新打开它 您提到Coveo失去了与RabbitMQ的连接。是CES断开了读取排队消息的连接,还是Sitecore断开了向RabbitMQ发送消息的连接,还是两者都断开了连接?在每次Sitecore索引操作(重建索引、添加项目、修改项目、删除项目、发布…)中,Sitecore的Coveo首先使用存储在
Coveo.SearchProvider.config
文件中的QueueUri、QueueUsername和QueuePassword更新CES源。如果CES源配置发生更改,则会关闭并重新打开与RabbitMQ的读取连接。然后,Coveo for Sitecore连接到RabbitMQ并推送索引消息
您提到必须从索引队列连接配置向导再次设置队列uri、用户名和密码。在执行该操作之前,QueueUri、QueueUsername和QueuePassword元素的值是多少?它们是否已经正确,或者是否重置为默认值或错误值?这可能表明部署过程中存在问题。可能是Coveo.SearchProvider.config
文件定期被这些元素的错误值覆盖
最后,Coveo for Sitecore将队列密码和Sitecore密码以加密形式直接存储在Coveo.SearchProvider.config
文件的QueuePassword和SitecorePassword元素中。密码使用Sitecore实例\Data\Coveo\ConfigurationEncryptionKeys
文件夹中生成的密钥进行加密。您应该检查该文件夹中是否存在RijndaelEncryptionKeys
文件
如果将Sitecore配置的Coveo移动到另一个配置文件,则Sitecore控制面板配置向导(如索引队列连接配置向导)将无法将新值写入自定义配置文件
我希望这能回答你的问题,解决你的问题
杰夫你的问题需要澄清一点,所以我将回答多个问题 首先,不清楚在哪里触发重建操作。它是来自Sitecore索引管理器还是来自队列源上的Coveo企业搜索管理工具?重建操作应始终从Sitecore索引管理器触发。在CES管理工具中触发队列源上的重建是无用的,因为它只是关闭到RabbitMQ的读取连接并重新打开它 您提到Coveo失去了与RabbitMQ的连接。是CES失去了连接吗