NServiceBus:按需处理消息
|
我刚刚接触服务总线(尤其是NServiceBus),并且刚刚写了我的第一个Saga。
传奇旨在接收交易,然后发送消息以验证用户ID,付款明细和产品明细等,以针对大多数封闭的系统(难以通过编程方式进行访问)。现在,其中一些功能易于自动化和编写处理程序,但是在某些情况下,由于没有可用的api来执行这些任务,因此需要人工干预才能完成交易。现在,我们将有多个人工代理对此进行努力,因此并发成为一个问题,我想为什么不让每个用户都按需提取下一条消息,并利用MSMQ固有的并发性。
我尚未在nhibernate的IBus上找到任何方法来允许根据需要检索下一条可用消息,因为它似乎一切都是基于推送的。因此,我为原型设计了一个UI,该UI使用标准的.NET System.Messaging.MessageQueue API从MSMQ手动检索消息,并允许用户与之交互,然后通过通过IBus写回响应将返回的消息发送回saga。 Send()方法。
关于这一点,我的主要问题是:这是否违反了围绕NServiceBus的基本原则?是否可以通过NServiceBus API做到这一点?
您还会通过MSMQ或UI应用程序处理并发吗?
干杯
没有找到相关结果
已邀请:
1 个回复
亲奋漏