我真的从Message Queue开始,我正在寻找非常基本的信息,如何等等。
但我对我所发现的东西有一种奇怪的感觉。似乎“Message Queue Server”不是Visual Studio 2010,Windows 7中的“标准”方式,也不是微软的最新产品,因为我发现的所有信息都与旧的Microsoft产品有关。或者这是我的第一印象。
实际上:http://www.microsoft.com/msmq/没有运行。它是空的?
总结:我不知道为什么......但我认为来自微软的Message Queue并不是一个“前沿”产品,我可能会付出努力,也许还有另一种替代产品。是真的还是我弄错了?
现在哪种新产品提供相同的功能?
感谢。
答案 0 :(得分:3)
答案 1 :(得分:3)
MSMQ活得很好。当我们需要可靠的交付但不是交互式/实时响应时,我们在生产中使用它。它还与WCF集成。
答案 2 :(得分:3)
不推荐使用MSMQ。正如其他人已经注意到它提供的功能(可靠的单向消息传递与不可靠的端点之间的不可靠连接),其他类别的通信形式没有(但MSMQ确实与其他消息传递中间件重叠,包括IBM的WebSphere * MQ等)。
我不确定你从哪里获得这个链接,但是microsoft.com有很多内联信息:
答案 3 :(得分:3)
消息队列是Windows的核心技术。它已经存在了很长一段时间,它在Windows 2000版本中完成了功能。在Windows中没有替代品,除了其他供应商的消息排队解决方案之外,没有什么能与其功能接近。
这使它成为一个关键的组成部分,但不合适。与NTFS文件系统一样令人兴奋。这些天你很少直接编程MSMQ,这是你没有看到太多关于它的另一个原因。推荐的方法是WCF,自.NET 3.0起可用
答案 4 :(得分:3)
我不能说MSMQ已被弃用,但我可以与MS MSQQ& WCF。我们有一个非HTTP激活的WCF队列,恰好是使用.NET 3.5通过MSMQ激活的。为了实现高可用性,我们将MSMQ聚集在一起。
我们发现当群集故障转移(优雅地,例如用于计划维护)时,WCF服务进入一种状态,其中从中恢复的唯一方法是回收应用程序池。我们开了一张MS Premier支持的门票,他说这是WCF如何处理MSMQ的一个缺陷,他们不会在3.5 SP1或4.0中修复它,但会考虑将其修复为4.5。
我们还没有检查过他们是否已经回归并修复了4.5,但这种经历确实给我留下了关于MS选择投资资源的印象。