Nservicebus 是什么导致EventStore如此容易抛出ConcurrencyException？
使用3.0，刚刚开始使用简单的示例 我使用NServiceBus实现了一个简单的pub/sub-CQRS。客户端在总线上发送命令，域服务器接收并处理命令，并将事件存储到eventstore，然后eventstore的dispatcher在总线上发布这些事件。然后，读取模型服务器订阅这些事件以更新读取模型。没什么特别的，都是照本宣科的 它正在工作，但仅在简单的测试中，当事件存储到EventStore时，我在域服务器上就得到了大量并发异常（间歇性）。它会正确地重试，但有时会达到5次重试的限制，并且该命令最终会出现在错误队列中 我可以从哪里开始调查，看看是什么导致了并发异常？我删除了dispatcher，只关注于存储事件，它也有同样的问题 我正在使用RavenDB来持久化我的EventStore。我没有做任何花哨的事，只是这样：Nservicebus 是什么导致EventStore如此容易抛出ConcurrencyException？,nservicebus,cqrs,neventstore,Nservicebus,Cqrs,Neventstore,使用3.0，刚刚开始使用简单的示例 我使用NServiceBus实现了一个简单的pub/sub-CQRS。客户端在总线上发送命令，域服务器接收并处理命令，并将事件存储到eventstore，然后eventstore的dispatcher在总线上发布这些事件。然后，读取模型服务器订阅这些事件以更新读取模型。没什么特别的，都是照本宣科的 它正在工作，但仅在简单的测试中，当事件存储到EventStore时，我在域服务器上就得到了大量并发异常（间歇性）。它会正确地重试，但有时会达到5次重试的限制，并且该
使用（var stream=eventStore.OpenStream（entityId，0，int.MaxValue））
{
Add（新事件消息{Body=myEvent}）；
stream.CommitChanges（Guid.NewGuid（））；
}
我想出来了。但是，我们必须通过挖掘源代码来找到它。我希望这是更好的记录！以下是我的新eventstore wireup：
EventStore = Wireup.Init()
.UsingRavenPersistence("RavenDB")
.ConsistentQueries()
.InitializeStorageEngine()
.Build();
基本上，当我添加一个新事件，然后在raven完成索引之前尝试添加另一个事件时，流修订不是最新的。第二个事件将发生在第一个事件上。使用sql存储重试测试，以查看并发问题是否与RavenDb集成有关？查找该问题的额外要点。EventStore中的下一步是更好的文档。很高兴看到该方法至少可用。一旦我发现这是由于陈旧的查询结果造成的，我就担心我必须破解eventstore源代码。我期待新的文档。：）@JonathanOliver我没有使用eventstore，只是在不久前偶然发现了这一点。那时我对瑞文还不熟悉，但现在我更沉浸在其中了。您应该更改
.consistentQueries（）.waitForNonSaleResults（）.WaitForNonStaleResultsAsOfNow（）.waitfornonstaleresultsaflastwrite（）