我正在为我们的产品开发一个消息/通知系统。基本要求如下：
这些库将用C#编写。Spring.NET最近发布了一个里程碑版本，具有许多不错的消息抽象，这很好 - 我计划广泛使用它。我的基本问题归结为消息代理的问题。我的架构将类似于应用程序->消息代理队列->服务器应用程序监听，将所有消息分派到需要去的地方，并处理这些长寿命消息的生命周期->消息代理队列或主题->监听应用程序。
最后，问题来了：我应该使用哪个消息代理？我倾向于ActiveMQ - 我们在上一个项目中使用它并喜欢它。除了它是Java并且需要在某个服务器上安装Java这一点可能会对一些人使用这项服务产生困难外，我真的想不出任何缺点。我一直在看另一个选项MSMQ。我因为一些未知原因对它持有偏见，而且它似乎也没有很好的多播支持。
有人用MSMQ做过类似这样的东西吗？有什么优缺点，可能会左右投票的事情吗？
最后一件事，我们正在使用.NET 2.0。
我有点偏向于ActiveMQ，因为我在 ActiveMQ 上工作，但是上面列出的大部分优点也适用于ActiveMQ。
ActiveMQ 的另一些好处包括：
你提到的主要缺点是 ActiveMQ 经纪人是用 Java 编写的；但是如果你真的想要，你可以在 IKVM 上将其运行为 .net 程序集 - 或者作为 Windows 服务运行，或者通过 GCJ 将其编译为 DLL / EXE。 MSMQ 可能是用 .NET 编写的，但是实现方式并不重要，对吧？
无论你选择 MSMQ 还是 ActiveMQ，我建议至少考虑使用 NMS API，就像你说的那样，它很好地集成到 Spring.NET 中。这个 API 有 MSMQ 的实现，也有 TibCo、ActiveMQ 和 STOMP 的实现，通过 StompConnect 可以支持任何其他 JMS 提供程序。
因此，通过选择 NMS 作为 API，您将避免锁定到任何专有技术，并且可以轻松地在任何时间点切换消息提供程序；而不是将您的代码全部锁定到专有 API 中。
MSMQ的优点：
缺点：
这是一个关于MSMQ的好博客。
在这个领域有很多选择...
免费：MantaRay是一个点对点的完全JMS兼容系统。Mantaray的有趣之处在于，您只需要定义消息的目的地，MantaRay就会将其路由到任何可以使您的消息到达其目的地的地方 - 因此它更能抵抗您的消息传递网络中单个节点的故障。
付费：在我的日常工作中，我管理着一个拥有数百个节点的IBM WebSphere MQ消息系统，并且发现它非常好用。我们最近还购买了Tibco EMS，看起来也很不错。
