MassTransit.3.1.2 MassTransit.Autofac.3.1.1 MassTransit.RabbitMQ.3.1.1 RabbitMQ.Client.3.6.0 Topshelf.3.3.1
一个Topshelf Windows服务,创建一个这样的总线实例:
var builder = new ContainerBuilder();
builder.RegisterConsumers(Assembly.GetExecutingAssembly());
builder.Register<IBusControl>(context =>
{
return Bus.Factory.CreateUsingRabbitMq(rbmq =>
{
var host = rbmq.Host(new Uri("rabbitmq://" + BusConfig.Instance.Host + ":" + BusConfig.Instance.Port + "/" + BusConfig.Instance.VHost), h =>
{
h.Username(BusConfig.Instance.UserName);
h.Password(BusConfig.Instance.Password);
});
rbmq.UseJsonSerializer();
rbmq.UseNLog();
rbmq.ReceiveEndpoint(BusConfig.Instance.Queue, edp =>
{
edp.UseRetry(Retry.Incremental(5, TimeSpan.FromSeconds(5), TimeSpan.FromSeconds(5)));
edp.LoadFrom(context);
});
});
}).SingleInstance().As<IBusControl>().As<IBus>();
return builder.Build().Resolve<IBusControl>();
这样的一个控制台应用程序:
var bus = Bus.Factory.CreateUsingRabbitMq(rbmq =>
{
var host = rbmq.Host(new Uri("rabbitmq://" + BusConfig.Instance.Host + ":" + BusConfig.Instance.Port + "/" + BusConfig.Instance.VHost), h =>
{
h.Username(BusConfig.Instance.UserName);
h.Password(BusConfig.Instance.Password);
});
});
bus.Start();
var msg = new OrderCreatedMessage() { OrderId = 10102 };
bus.Publish<OrderCreatedMessage>(msg);
当控制台应用程序发布mesasge时,由“BusConfig.Instance.Queue”命名的Rabbitmq队列收到了OrderCreatedMessage:
Rabbitmq queue view when message published
然后我启动了topshelf服务,将OrderCreatedMessage自动删除到_skipped队列:
Rabbitmq queue view when topshelf service started
Masstransit记录如下:
MOVE:rabbitmq:\/\/192.168.12.217:5672\/zst\/zst.order.queue?prefetch=8:rabbitmq:\/\/192.168.12.217:5672\/zst\/zst.order.queue_skipped?bind=true&queue=zst.order.queue_skipped:N\/A:Moved
但是,当我发布消息并使用相同的总线(Topshelf服务)消费消息时,它可以工作!!!
对此架构的任何帮助或其他见解将不胜感激!
答案 0 :(得分:3)
查看已发布消息类型的交换与服务端点的输入队列交换之间的绑定。确保正确绑定正确的类型交换。由于邮件正在传递,我猜这部分是正确的。
对于接收端点,消费者似乎在某一时刻是正确的(这解释了绑定存在的原因),但目前可能没有消费正确的消息类型。消息类型必须与消费者和消费者使用的消息的发布者具有相同的消息合同。
当消息移动到_skipped时,该端点上没有消费者实际消耗消息本身中的消息类型。我建议发布以下输出以供审核:
bus.GetProbeResult().ToJsonString()
这将显示正在注册的消费者以及正在消费的消息类型。它还将极大地帮助您解决您所看到的问题。
答案 1 :(得分:1)
我猜它在为no-wrap
消息创建消费者时遇到了问题。
您是否尝试过在构建器中单独解析消费者?
OrderCreatedMessage
答案 2 :(得分:1)
我刚刚开始使用Masstransit和RabbitMQ。上面的答案确实让我朝着正确的方向前进,但供将来参考。我在RabbitMQ中获得了额外的队列,因为传出错误(重复绑定)并且我没有注意到这一点,因为代码似乎正确但是RabbitMQ中的错误设置仍然存在。删除队列并开始新鲜解决了它。