我已经研究了一个多小时,找到了很好的如何在C#中使用MSMQ的样本,甚至还有一本关于Message Queue的书的完整章节...但是为了快速测试,我需要的是覆盖这个场景,甚至不是以完美的方式,只是为了快速演示:

"应用程序A":将消息写入消息队列.(应用程序A是一个C#windows服务)现在我打开"应用程序B"(它是一个C#winForms应用程序),我检查MSMQ,我看到哦,我有一个新消息.

就是这样......我需要一个简单的演示.

有人可以帮我一个代码示例吗？非常感激.

只是做一些快速的尖峰,可能使用消息传递系统来处理在一个很好地解耦的工作流系统中的文件.

人们发现使用上述每个框架的优点和缺点是什么？使用这些与使用WCF绑定和/或非MSMQ解决方案的手动MSMQ系统相比有什么优势？

我可以得到RabbitMQ和MSMQ之间的比较.可以获得有关不同因素的有用性能信息.

我需要使用MSMQ(Microsoft消息队列).它是什么,它是什么,它是如何工作的？它与Web服务有何不同？

我试图从我的主机访问队列消息,同时尝试获取消息我得到"访问消息队列系统被拒绝." 信息.不知道如何解决这个问题.我使用Windows 7作为客户端系统,服务器是Windows 2008 R2 Server

我在MSMQ队列中有消息,我想查看完整的消息.

我知道我可以编写代码来查看队列,但是想知道是否有一个已经存在的查看器可以让我读取整个消息？

我想知道是否有办法以编程方式检查使用C#在私有或公共MSMQ中有多少消息？我有代码,使用try/catch中包含的peek方法检查队列是否为空,但我从未见过有关显示队列中消息数的任何信息.这对于监视是否正在备份队列非常有用.

背景:

我正在解决WCF通过事务MSMQ(带netMsmqBinding)发送的消息似乎消失的问题.使用WCF的代码是在第三方程序集中,我无法更改.我几乎找不到问题的线索,但计划启用各种跟踪功能,以便确定问题所依赖的位置.

语境:

1. 我启用了MSMQ 端到端跟踪.它为每个发送的消息记录两个事件.

   • 将消息写入传出队列时的一个事件.该消息包含MSMQ消息id(由guid和整数组成,即7B476ADF-DEFD-49F2-AF5A-0CF27C5152C0\6481271).
   • 通过网络发送该消息的另一个事件.

2. 我启用了详细的WCF跟踪.

3. 我还有应用程序级别的日志记录,它记录由应用程序代码定义的消息ID(让我们称之为"应用程序消息ID").

4. 我已经在发送的MSMQ消息上启用了正面和负面源日记功能.

5. 我已在接收队列上启用了日记功能.

问题:

当消息丢失时,我知道丢失消息的应用程序ID(它由发送方记录).我现在想看一下End-to-End跟踪,看看消息是否写入了传出队列.

如何将端到端跟踪中的事件与应用程序级别日志和WCF跟踪相关联？

思路:

• 在System.Messaging中使用托管MSMQ API发送MSMQ消息时,消息的MSMQ ID在发送消息后可用.但是,当WCF执行发送操作时,我还没有找到记录此方法的方法.WCF跟踪记录了一个MSMQMessageId guid,但令人惊讶的是,这个值并不是我猜想的实际MSMQ id.是否可以访问实际的MSMQ消息ID并记录它？

• 在应用程序日志中记录本机线程ID以及应用程序级别ID和时间戳.MSMQ将本机线程ID记录到端到端跟踪中,因此实际上这可能足以进行关联.如果我找不到更优雅的解决方案,这是我的计划B.

我想对简单的发布/订阅架构做出明智的选择.

所以我想知道:服务总线添加了什么,MSMQ不能做什么？服务总线有
哪些缺点？

感谢我的启发!

我有一个不应该进入故障状态的WCF服务.如果存在异常,则应记录该异常,并且服务应继续不间断.该服务具有单向操作合同,并且正在从MSMQ中读取消息.

我的问题有两个:

1. 该服务似乎吞噬了异常/错误,因此我无法对其进行调试.如何让服务公开异常,以便我可以记录或处理它？
2. 吞下此异常后,服务进入故障状态.如何防止服务进入故障状态？