rebus

    1熱度

    2回答

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

    2熱度

    1回答

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

    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; });

    2熱度

    1回答

    我發現Rebus包含FileSystemMessageQueue。這似乎太大了,是真實的,所以我要問幾個問題吧:) 它是線程安全/過程安全 難道事務 爲什麼它使用JSON作爲序列化格式(與二進制串行器相比,它不會增加POCO的限制嗎?) 它可以在沒有總線的情況下獨立工作嗎? (就像單獨的dll,而不是服務) 對於少量的消息,它可以替代MSMQ嗎?我的意思是,如果我們談論本地(非聯網),而不是資源密

    1熱度

    2回答

    我與傳奇故事在畫謎和我與NServiceBus工作的經驗,你可以回覆到佐賀的原創者給予更新,這樣的事情: Saga<>.ReplyToOriginator 我不請參閱與ReBus一起完成此操作的等效方式。有沒有辦法做到這一點,如果不是什麼是一個好的模式(除了發起者投票)我可以使用它將實現相同的事情?一個例子就是試圖創建一個客戶,客戶想要知道它何時創建,然後嘗試更改其地址。 下面是客戶方案的一個