2015-10-16 34 views
0

我有coveo的評價和連接到RabbitMQ的本地主機, 上的基本設置,但是當我重新Sitecore的解決方案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> 

如何存儲密碼?

回答

3

您的問題需要一點澄清,所以我會給出多個答案。

首先,您不清楚觸發重建操作的位置。是來自Sitecore Indexing Manager還是來自Queue源碼上的Coveo Enterprise搜索管理工具?重建操作應始終由Sitecore索引管理器觸發。在CES管理工具中觸發隊列源的重建是無用的,因爲它只關閉與RabbitMQ的讀取連接並重新打開它。

您提到Coveo與RabbitMQ失去連接。是CES失去連接來讀取排隊的消息或Sitecore失去連接發送消息到RabbitMQ或兩者?在每個Sitecore索引操作(重建索引,添加項目,修改項目,刪除項目,發佈...)時,Covec for Sitecore首先使用存儲在Coveo.SearchProvider.config文件中的QueueUri,QueueUsername和QueuePassword更新CES源文件。如果CES源配置確實發生了變化,則關閉RabbitMQ的讀取連接並重新打開。然後,Covec for Sitecore連接到RabbitMQ並推送索引消息。

您提到您必須從索引隊列連接配置嚮導中再次設置隊列uri,用戶名和密碼。在執行該操作之前,QueueUri,QueueUsername和QueuePassword元素的值是什麼?他們已經是正確的,還是重置爲默認值或錯誤值?這可能表明您的部署過程存在問題。可能Coveo.SearchProvider.config文件被定期覆蓋,這些元素的值錯誤。

最後,Coveo for Sitecore將Queue和Sitecore密碼以加密形式直接存儲在Coveo.SearchProvider.config文件的QueuePassword和SitecorePassword元素中。密碼使用您的Sitecore實例\Data\Coveo\ConfigurationEncryptionKeys文件夾中生成的密鑰加密。您應該檢查該文件夾中是否存在RijndaelEncryptionKeys文件。

如果您將Coveo for Sitecore配置移至另一個配置文件,Sitecore控制面板配置嚮導(如索引隊列連接配置嚮導)將無法將新值寫入您的自定義配置文件。

我希望這會回答你的問題並解決你的問題。

傑夫

+0

我在Sitecore的地方Sitecore的情況下,與當地Coveo情況下工作,見不着運作良好,但是當我做出部署(是的配置文件是通過部署替換)內coveo診斷頁的我看到RabbitMQ連接處於紅燈狀態。我在sitecore裏面找到Sitecore Indexing Manager,並設置訪客密碼和登錄,並且RabbitMQ恢復生效(綠燈)。我只是想不想爲什麼連接在重建後關閉,以及如何存儲密碼的情況下,如果密碼應Coveo.SearchProvider.config –

+0

RijndaelEncryptionKeys存在,但它如何可以幫助? –

+0

您的連接在重建操作上不會重置。當您使用無效的隊列uri,用戶名和密碼在工作區中部署您的'Coveo.SearchProvider.config'文件時,它會重置。 在使用索引隊列連接配置嚮導設置它們之後,您應該獲取配置的QueueUri,QueueUsername和QueuePassword元素的值副本。然後將這些值放在源代碼管理中的Coveo.SearchProvider.config文件中。然後,下次該文件將被部署時,它將具有有效值,並且您的連接將不會被重置。 – jflheureux