rebus

    1熱度

    2回答

    據我所知,ReBus使用者以兩種模式輪詢數據庫中的消息。如果消息存在,則速度較快,如果一段時間內沒有可用消息,則速度較慢。 有沒有一種方法可以調整這一點,並在那裏有更詳細的介紹它是如何工作的。 我唯一能夠找到的就是 - 「增加了將隊列輪詢退避策略配置爲低延遲模式的能力 - 感謝hagbarddenstore。」 謝謝!

    2熱度

    1回答

    我想知道如果滷麪服務總線可以處理以下用例: 隊列消息未來日期 如果有一個消息ProcessInvoice像客戶Id:1000這樣的上下文,我們是否可以只有一個處理程序執行消息。所以如果消息被複制,它不會再被處理。 由於

    1熱度

    1回答

    有沒有辦法將傳輸消息體類型從字節[]更改爲字符串。這樣可以幫助用戶查看隊列消息的內容,並幫助將消息寫入隊列(僅限於某些支持情形)。所有這些都是需要的,因爲我們試圖擴展傳輸以使用TIBCO EMS隊列來解決我們的問題。 請指教。 在此先感謝。

    3熱度

    1回答

    我正在使用一個ASP.NET web項目,該項目提供按鈕觸發通過MSMQ向Rebus發送消息的視圖。消息處理程序是長時間運行的操作(15-30分鐘),我希望rebus命令處理程序在處理消息期間向Web發送更新。 public void Handle(ImportProducts message) { _bus.Send(new CommandStatusReply("Starting

    1熱度

    1回答

    我試圖用Topshelf創建滷麪端點將運行作爲服務運行。這應該如何建立,是否有任何例子?

    1熱度

    1回答

    我正在使用top-shelf和rebus編寫「multi-workers」應用程序。 我的想法是使用MyWorker1Namespace - MyWorker1Namespace.Messages,MyWorker2Namespace-MyWorker2Namespace.Messages模式。 我想在不跨越多個進程的情況下運行應用程序,相反,我想用多重輸入隊列配置應用程序,以便在必要時將其拆分爲

    1熱度

    1回答

    如下我已經配置訂閱 Exception information: Exception type: HttpException Exception message: An exception occurred while attempting to send Rebus.Messages.SubscriptionMessage to FormatName:DIRECT=HTTP:

    0熱度

    1回答

    我們將Rebus作爲批處理系統的骨幹運行。我們有幾個隊列(即消息類型),可以由幾個工作人員處理。每個工作人員只能處理一種消息類型。因此,例如對於message_1,我們有兩個工人(worker1和worker2)可以處理此消息。目前第一個 工人是自由手柄將處理消息。這是默認行爲和工作良好。 我的查詢是,如果我可以任何方式設置Rebus,以便如果消息包含工作人員ID(例如工人2)只有該工人應該能夠處

    1熱度

    1回答

    據我所知,包括Rebus在內的總線的常見行爲是爲每個到達和匹配的消息創建一個新的處理程序。這在大多數情況下都很好,但有時候會有昂貴的初始化處理程序(需要實例化服務代理,連接,緩存中的加載對象等)。有一種方法可以在第一次創建這些處理程序時緩存這些處理程序,理想情況下,每個工作人員只有一個實例,以避免一次又一次創建它們?

    1熱度

    1回答

    public static void SendREsbDx(Job job) { using (var adapter = new BuiltinContainerAdapter()) { adapter.Handle<ReplyMsg>(msg => { string mss = msg.message; });