nservicebus-sagas

    0热度

    2回答

    [已编辑] 我不确定我是否理解正确。 里面的佐贺一切都应该是简洁,快速,根据这些指导性的帖子: 乔纳森·奥利弗的总结:blog.jonathanoliver.com/... 乌迪大汉的原始:skillsmatter.com/skillscasts/ ... 和一些早期的帖子 lostechies.com/jimmybogard/2013/03/26/scaling-nservicebus-saga

    3热度

    2回答

    我知道这对许多人来说似乎相当明显,但我的客户正在使用一种我不太方便的模式。 情况是,他们的客户发送通过nservicebus发送到第三方系统的存款或取款。第三方系统需要处理该交易,但交易完成前可能需要几天甚至几周的时间。 今天的解决方案是创建一个传奇,它首先发送一条消息将事务交给第三方系统。完成后,传奇下一步是检查完成更新。如果事务未完成,则发送requesttimeout,“等待”。当达到超时时

    2热度

    2回答

    我想知道是否有人能提供一些洞察为什么在NServiceBus的神秘世界是不是创造了我的传奇数据。 在NBus附带的所有配置和XML地狱背后(默认情况下)我似乎无法让我的传奇数据工作。尽管我通过调试模式使用Windows凭据运行端点,但我无法创建该表,但我可以访问SQL并创建表格,sprocs等。 我可以复制并粘贴我的配置,但这是广泛但是我会提供我认为对这篇文章有用的东西,但是如果你需要更多的信息,

    1热度

    1回答

    我创建了一个简单的传奇原型项目与RabbitMQ作为传输和RavenDB作为持久性机制。原型实际运行符合预期,但每隔几秒钟,我收到此错误信息: 错误NServiceBus.Transports.RabbitMQ.RabbitMqDequeueStrategy未能收到消息[大会] .Retries System.AggregateException:出现一个或多个错误。 - > System.IO.

    1热度

    1回答

    我有一个传奇,每30秒检查一次API的状态,如果从通话返回的状态成功,传奇结束,如果不是这样,传奇等待30秒,然后再次尝试。如果API调用在60分钟内没有返回成功响应,则该事件超时并结束。 我有问题让我的60分钟超时启动。我的代码是 public class MonitorSubmissionFeedSagaData: IContainSagaData { public Guid Id

    1热度

    3回答

    我想找到在NServiceBus 5.x设计一个传奇由2个或更多的消息启动的帮助。这意味着传奇不会从一条消息开始,但所有消息都必须在传奇开始前出现。 我不太明白这是如何工作的,并且没有任何样品或例子可以在任何地方找到。 我读了几本书,清楚地表明通过几条消息开始传奇是完美的。 我没有得到的是当你需要时,如何找到传奇。 3条消息来启动传奇。所有3条消息必须以任何顺序到达,然后才能“开始”。 这是如何影

    0热度

    1回答

    我有一个进程从并行线程的远程位置下载文件。 每个线程在下载开始时发送消息,并在下载完成时发送第二个消息。这两个消息都有一个下载id属性(guid)来关联这两者。 接下来我有一个传奇,监视这些下载。它由DownloadStarted事件启动,并使用超时检测是否及时收到DownloadEnded事件。 我遇到的问题是,在短时间内下载大量文件(1分钟内有1000个文件)时,传奇的性能并不是那么好。在某些

    0热度

    1回答

    我正在对使用2个超时的传奇进行一些压力测试。在测试期间,大约21K传奇的被创造。所以这将意味着42K超时,但我注意到,传奇的timeoutsdispatcher队列正在充斥着数以百计的数千条消息,直到它崩溃,因为MSMQ存储限制被击中。 自从我将持久性机制从RavenDB切换到SQL Server后,我看到了这种行为。 有没有人有一个想法什么可能是错的? 交通:MSMQ 持久性:使用NHibern

    0热度

    2回答

    我设计采用DDD一个CQRS应用程序,并想知道如何实现以下情形: 一个Participant骨料可以被多个引用ParticipantEntry聚集 的AddParticipantInfoCommand发出的命令侧,这包含Participant和一个ParticipantEntry的(类似于Order和一个OrderLineItem)所有信息 应该在哪里逻辑实现为ch ecks参与者是否已经存在,如

    1热度

    1回答

    我有一个控制器传奇,曾经有一个步骤在一个事务中启动一个包含3个动作的进程。我现在正在将这个子过程重构为一个单独的传奇。这样做的结果将是原始传奇将会启动新的“sub-saga”的多个实例(这个sub-saga也将由其他非传奇进程通过相同的命令启动)。我的问题是如何以最佳方式关联传奇故事的层次结构? 在下面的例子中,主要的传奇故事将尝试启动具有相同correlationId的子传奇的三个实例。即使这样