问题标签 [msmq]

我目前正在使用 C# 中的 MSMQ 开发批处理应用程序。在应用程序设计中，我有一个错误队列，其中包含使用ActiveXFormatter. 我知道我可以编写一个应用程序来将这些错误消息写入文本文件或数据库表。

是否有其他可用的预构建工具允许您将消息导出为各种格式（即文本文件、数据库表等）？我只是在寻找最佳实践。

我想为我正在编写的 MSMQ 应用程序创建一系列自动化单元测试。在我看来，挑战在于如何适应测试方法中的事件处理程序。也就是说，我从测试方法发送了一条消息，并且需要将结果返回给该测试方法，表明该消息已被接收并处理。我不知道如何做到这一点，任何方向都将不胜感激。

我们正在研究 MSMQ 以实现持久的“推送”服务器到客户端的通信。每台服务器最多可以有 1000 个客户端。

在我们的一个测试中，我们向 300 个离线客户端发送了一条小消息，然后向一个在线客户端发送了一条消息。最后一条消息延迟了 40 多分钟，因为 MSMQ 正在处理无法传递的消息（通过 MMC 观察到）。我们还使用 MSMQ 作为它运行良好的返回路径。

有没有办法通过减少尝试连接到脱机主机的时间来使 MSMQ 适应这种使用模式？如果没有，是否还有其他更适合的排队产品，或者它是你自己的时间？原始吞吐量不是优先级，但传出队列的数量和可预测性/最大延迟是优先级，客户端（可能是相当旧的机器）上的内存占用也是如此。

我继承了一个从 MSMQ 中提取消息的应用程序，对它们进行一些处理，然后根据消息中的内容将一些数据添加到数据库中。消息被我无法控制的第三方应用程序推送到队列中。

虽然我对如何使用 API 有基本的了解，但我对 MSMQ 了解不多。

无论如何，我注意到这些消息永远不会被删除，我们的客户端肯定不会明确删除它们，我可以查看计算机管理并查看消息回到服务器上次重新启动时。

这是错的吗？当队列达到某个最大大小时，消息是否会开始自动删除，或者它们会永远堆积在那里，慢慢地占用更多内存？

我正在尝试从远程队列发送和接收。我可以让发送工作（我看到队列中的消息），但是，当我尝试接收时，我收到拒绝访问错误。我的计算机与远程队列的计算机位于不同的域中，所以我很确定这与问题有关。这是代码片段：

我有一个我想解决的问题，但我不知道如何在 WCF 中配置端到端日志记录（我不确定即使启用了端到端日志记录我也能解决我的问题） . 我有三个应用程序（A、B、C），它们通过 NetMsmqBinding 使用 WCF 服务相互通信。A 是主机，B 和 C 是 WCF 服务的客户端。该服务使用带有证书的消息安全性。B 和 A 之间的通信工作正常，但是 C 和 A 之间的通信却不行。所以我想使用日志记录并找出为什么消息从队列中删除（在 C -> A 的情况下）并且没有被主机处理......我们如何为这种情况配置日志记录以便诊断问题...（应用程序 B 和应用程序 C 在同一台机器上，应用程序 A 在不同的机器上）。（乙-> A 可以在有证书和没有证书的情况下工作）（C -> A 只能在没有证书的情况下工作）。我需要配置 C -> A 以使用证书，但我不知道为了修复它出了什么问题。请帮忙！

谢谢！

我昨天在使用 MSMQ 时遇到了一个问题，我想知道它的原因。

我有一个向 MSMQ 发送消息的服务器，以及一个使用这些消息的客户端。昨天，客户端停止检索一种类型的消息，但能够检索之后发送的另一种类型的消息。我已经阅读了一些关于毒药消息的东西，但是这种行为不适合我所看到的任何描述的情况，因为如果是这种情况，客户端不应该能够检索在毒药消息之后到达的消息. 在我手动清理消息队列后问题就消失了。

我还检查了 svc 日志，没有异常。

任何帮助表示赞赏。

我想知道 MSMQ（Microsoft 消息队列）在 TCP 或 UDP 上工作吗？在哪些端口上？

有没有人得到任何关于处理 BizTalk 业务流程中情况的良好做法/潜在设计的指示是长期运行服务的响应失败，因此需要重新发送启动消息

我遇到的情况是，编排向 MSMQ 队列发送消息，然后在另一个队列上等待响应。现在响应时间应该不到一分钟，但队列另一端的“服务”偶尔会失败......
而且这不是我可以控制的，所以我无法更改/纠正它

我可以在 BizTalk 中使用一些设计模式来超时并重新发送启动消息吗？

是否有一些设置会影响 BizTalk MSMQ 接收适配器中的轮询间隔？

我已经阅读了 Professional BizTalk 2006 中“这设置为 1/2 秒且不可配置”的部分，但我的测试盒上的延迟似乎约为 10 秒