重建后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和到RabbitMQ的来宾连接, 但当我重建sitecore解决方案时,Coveo与RabbitMQ失去了连接, 我需要通过索引队列连接菜单手动连接

   <!-- 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失去了连接吗