Wcf服務正在等待NServiceBus的回覆，永遠不會到來

Question

想象一下以下設置：Silverlight客戶端通過網絡使用WCF服務通過網絡傳輸序列化命令，WCF服務反過來將命令反序列化並使用NServiceBus將其發送到通用主機負責處理該命令。 WCF服務在發送命令時註冊了一個要調用的回調函數。通用主機驗證命令並返回錯誤代碼（0 ==成功或> == ==失敗）。

注意：WCF服務是在內置的WCF服務之後建模的。不同的是，這個WCF服務接收到一個'通用命令'（不是IMessage），將它反序列化爲一個真正的命令（它實現了IMessage），然後將反序列化的命令發送到總線。

當發生意外異常時，該命令會在錯誤隊列中排隊（在一定數量的重試之後）。在這一點上，發起WCF服務坐在那裏閒置，不知道剛剛發生的事情。稍後，Silverlight客戶端將根據WCF客戶端代理配置超時。

東西在我腦海中是模糊的：

1. 不NServiceBus處理這種情況下以任何方式？什麼時候拋出超時異常（如果有的話）？或者這對薩迦是獨一無二的？
2. 假設我使用[OperationContract（AsyncPattern = true）]，是否有任何WCF相關的超時設置會終止服務操作？或者將EndXXX方法以某種方式稱爲？或者它會永遠坐在那裏，泄漏，等待永遠不會來的東西？

方式進行：

1. 重用現有的超時機制，提供的東西不漏。
2. 在wcf服務和nservicebus之間構建我自己的超時機制。
3. 當命令落在錯誤隊列中時以某種方式通知wcf服務。
4. 使用WCF服務層中的全面回調消息處理程序構建我自己的異步通知機制。

我做的事：

1. 運行提供NServiceBus的例子。
2. 尖刺的快樂案例。

對如何進行任何指導意見是值得歡迎的，是它的博客文章，郵件列表條目，...

一些動機採摘我目前的做法

• 我試圖槓桿NServiceBus的一些可擴展性優勢（在後期使用分發器）。
• 我不想承載一個gazillion WCF服務（每個命令一個），這就是爲什麼我製作了一個類似總線的WCF服務。
• 儘管這是一些請求/響應風格，但我最關心的是如何優雅地處理不經過的命令回覆。

Answer 1

你可以開發任何你想要的消息類型，IMessage只是一個標記接口。如果您檢查服務mex端點提供的WSDL文件，則不會提及IMessage，因此您可以在服務中定義您喜歡的任何命令。既然如此，你應該可以使用提供的WCF主機。

我能夠重現您使用內置的WCF託管選項描述的問題。當引發異常時，整個事務將回滾並且包含Bus.Return，因此該服務從不會得到響應。

我發現了一個可以提供的解決方案，但我建議您重新考慮如何使用該服務。如果你真的想在一個單獨的過程中做一些昂貴的操作，那麼我建議你在你的WCF端點中完成一個Bus.Send到另一個過程。這將確保您的客戶端已成功接收到該命令並正在進行工作。從那裏它將由服務器來完成命令（一些前期驗證將有助於確保其成功）。如果命令沒有成功完成，應該在另一個通道上公佈（客戶端的一些背景輪詢）。