nservicebus-sagas

0熱度

2回答

[已編輯] 我不確定我是否理解正確。裏面的佐賀一切都應該是簡潔，快速，根據這些指導性的帖子：喬納森·奧利弗的總結：blog.jonathanoliver.com/... 烏迪大漢的原始：skillsmatter.com/skillscasts/ ... 和一些早期的帖子 lostechies.com/jimmybogard/2013/03/26/scaling-nservicebus-saga

3熱度

2回答

我們應該如何處理使用nservicebus的長時間運行過程

我知道這對許多人來說似乎相當明顯，但我的客戶正在使用一種我不太方便的模式。情況是，他們的客戶發送通過nservicebus發送到第三方系統的存款或取款。第三方系統需要處理該交易，但交易完成前可能需要幾天甚至幾周的時間。今天的解決方案是創建一個傳奇，它首先發送一條消息將事務交給第三方系統。完成後，傳奇下一步是檢查完成更新。如果事務未完成，則發送requesttimeout，「等待」。當達到超時時

2熱度

2回答

NServiceBus佐賀數據未創建

我想知道是否有人能提供一些洞察爲什麼在NServiceBus的神祕世界是不是創造了我的傳奇數據。在NBus附帶的所有配置和XML地獄背後（默認情況下）我似乎無法讓我的傳奇數據工作。儘管我通過調試模式使用Windows憑據運行端點，但我無法創建該表，但我可以訪問SQL並創建表格，sprocs等。我可以複製並粘貼我的配置，但這是廣泛但是我會提供我認爲對這篇文章有用的東西，但是如果你需要更多的信息，

1熱度

1回答

原型項目與RabbitMQ + RavenDB重複SharedQueue關閉錯誤從RabbitMQ

我創建了一個簡單的傳奇原型項目與RabbitMQ作爲傳輸和RavenDB作爲持久性機制。原型實際運行符合預期，但每隔幾秒鐘，我收到此錯誤信息：錯誤NServiceBus.Transports.RabbitMQ.RabbitMqDequeueStrategy未能收到消息[大會] .Retries System.AggregateException：出現一個或多個錯誤。 - > System.IO.

1熱度

1回答

Nservicebus傳奇超時

我有一個傳奇，每30秒檢查一次API的狀態，如果從通話返回的狀態成功，傳奇結束，如果不是這樣，傳奇等待30秒，然後再次嘗試。如果API調用在60分鐘內沒有返回成功響應，則該事件超時並結束。我有問題讓我的60分鐘超時啓動。我的代碼是 public class MonitorSubmissionFeedSagaData: IContainSagaData { public Guid Id

1熱度

3回答

如何設計一個NServiceBus傳奇開始收到多條消息

我想找到在NServiceBus 5.x設計一個傳奇由2個或更多的消息啓動的幫助。這意味着傳奇不會從一條消息開始，但所有消息都必須在傳奇開始前出現。我不太明白這是如何工作的，並且沒有任何樣品或例子可以在任何地方找到。我讀了幾本書，清楚地表明通過幾條消息開始傳奇是完美的。我沒有得到的是當你需要時，如何找到傳奇。 3條消息來啓動傳奇。所有3條消息必須以任何順序到達，然後才能「開始」。這是如何影

0熱度

1回答

優化傳奇查找

我有一個進程從並行線程的遠程位置下載文件。每個線程在下載開始時發送消息，並在下載完成時發送第二個消息。這兩個消息都有一個下載id屬性（guid）來關聯這兩者。接下來我有一個傳奇，監視這些下載。它由DownloadStarted事件啓動，並使用超時檢測是否及時收到DownloadEnded事件。我遇到的問題是，在短時間內下載大量文件（1分鐘內有1000個文件）時，傳奇的性能並不是那麼好。在某些

0熱度

1回答

NServiceBus Timeoutsdispatcher隊列在壓力測試期間被消息充斥

我正在對使用2個超時的傳奇進行一些壓力測試。在測試期間，大約21K傳奇的被創造。所以這將意味着42K超時，但我注意到，傳奇的timeoutsdispatcher隊列正在充斥着數以百計的數千條消息，直到它崩潰，因爲MSMQ存儲限制被擊中。自從我將持久性機制從RavenDB切換到SQL Server後，我看到了這種行爲。有沒有人有一個想法什麼可能是錯的？交通：MSMQ 持久性：使用NHibern

0熱度

2回答

如何在使用DDD的CQRS架構中使用sagas？

我設計採用DDD一個CQRS應用程序，並想知道如何實現以下情形：一個Participant骨料可以被多個引用ParticipantEntry聚集的AddParticipantInfoCommand發出的命令側，這包含Participant和一個ParticipantEntry的（類似於Order和一個OrderLineItem）所有信息應該在哪裏邏輯實現爲ch ecks參與者是否已經存在，如

1熱度

1回答

如何正確關聯啓動另一個控制器傳奇的多個實例的控制器傳奇？

我有一個控制器傳奇，曾經有一個步驟在一個事務中啓動一個包含3個動作的進程。我現在正在將這個子過程重構爲一個單獨的傳奇。這樣做的結果將是原始傳奇將會啓動新的「sub-saga」的多個實例（這個sub-saga也將由其他非傳奇進程通過相同的命令啓動）。我的問題是如何以最佳方式關聯傳奇故事的層次結構？在下面的例子中，主要的傳奇故事將嘗試啓動具有相同correlationId的子傳奇的三個實例。即使這樣