问题标签 [msmqbinding]

我有一个服务，它发送一条将ReplyTo 标头设置为返回地址的消息。我以为 ：

将自动调用我的客户端，但我收到此异常：

要在服务器端复合双工通道上发送消息，消息必须具有“Via”属性或“To”标头集。

我做错了什么还是 WCF 有点懒惰？

目前，我使用消息检查器的行为来使这些标头匹配，但这似乎有点 hacky...

ps：我正在使用 MSMQ

更新

我创建了两个绑定元素以使 msmq over duplex 工作它在codeplex上可用您可以看到整个示例，但就像我说的，由于这个错误，我使用消息检查器的行为将传出消息的 To 标头设置为传入消息的回复。奇怪的是，我的客户不需要这种行为，他也可以回调我的服务。

我开发了一个 Silverlight 聊天应用程序。我的问题是（a）netmsmqbinding 是否可以支持无限连接的 wcf 服务。因为首先我使用 pollingduplex 绑定，但它在 iis6 上也只支持 10 个连接，也在服务器版本上。我已经设置了服务限制选项，但对服务器 iis 没有影响。所以现在我想去netmsmqbinding。请解释一下msmqbinding限制。它是否更适合聊天应用程序？

帮我做决定。

谢谢

托管环境：Windows 2003 服务器
IIS：6.0

开发环境：Windows XP
IIS：5.1

设想：

客户端会将一些消息推送到 MSMQ 中，而 WCF 服务将密切关注 MSMQ。一旦从 MSMQ 中提取消息，WCF 服务将进行处理，然后将数据/消息放到其他一些 MSMQ 上。

我们正在考虑使用 NetMSMQ 绑定创建 WCF 服务。

我听说如果我们使用 IIS 6.0，我们将无法使用 MSMQ 绑定托管 WCF 服务，对吗？那么出于这个原因，我们应该将它作为控制台应用程序或 Windows 服务托管吗？

谢谢

我们在 IIS7 中托管 net.msmq 服务。队列是事务性的。

消息到达队列并被服务正确提取。如果发生异常，则将消息放入重试队列。

重试延迟设置为 1 小时，但是当此时间过去后，消息不会“重试”。

如果我们浏览到 .svc 或向主队列发送另一条消息，那么重试消息也会被拾取。

因此，基本上消息会卡在重试队列中，直到再次“启动”站点池。

有没有人遇到过同样的问题？

我有一个使用 MSMQ 绑定的单向 WCF 服务，该服务是使用 IIS 7.0 中的 Windows 激活服务激活的。

我是 NInject 的忠实粉丝，所以我一直在使用 WCF 的 NInject 扩展，对于典型的 HTTP WCF 服务来说，它会很好用。

但是，在 WAS 激活服务中没有 HTTP 管道，因此在绑定我的类型时我不能使用 InRequestScope，因为 System.Web.HttpContext.Current 为空。在使用 WAS 时，我正在努力寻找能够满足我想要的替代方案。AspCompatibility 模式属性在此模式下也不起作用。

我认为 InThreadScope 可能会工作，但该服务是在一个单独的线程中创建的，而不是它在其中执行的线程。

所以基本上我需要 WCF+WAS 的 HttpContext 等价物来在请求级别限定我的对象。这个世界上是否有一些静态对象可以以相同的方式工作，或者其他人对我可以一起破解的东西有任何想法吗？

我使用 WCF 创建了一个自定义 msmq 服务，它使用自定义绑定，因为它需要在通道层执行一些自定义逻辑，它调用另一个 wcf 服务。在接下来的几年里，该服务将成为我们系统的核心功能。我想尽我所能确保服务是强大的，但是，我不知道从哪里开始。即测试响应，我应该创建一个模拟队列对象吗？如何测试该服务正在调用另一个服务？

我正在运行一个通过 MsmqBinding 调用 WCF 服务的 WCF 客户端。框架为 .Net 4.0，客户端和服务器运行在 Windows Server 2008 R2 上。通道队列是事务性的。

该服务使用以下绑定参数托管： receiveErrorHandling="Move" receiveRetryCount="3" retryCycleDelay="00:00:20" maxRetryCycles="5"

鉴于 ((ReceiveRetryCount+1) * (MaxRetryCycles + 1)) 有效，这将导致任何给定消息在移动到毒子队列之前重试 4*6 = 24 次。

将 IErrorHandler 附加到我的服务中，我注意到在 wcf 子系统最终将消息移动到 ;poison 子队列之前，使用 MsmqPoisonMessageException 总共调用了 HandleError 6 次（对于有毒消息）。

我想记录重试消息完成并将消息移动到毒物队列的确切时间。在我看来，唯一的选择是计算某个消息错误的次数，并将此计数与绑定的 MaxRetryCycles 进行比较。这是尴尬且容易出错的。

我的问题是：

• 我有什么方法可以最终检测到 wcf 子系统将消息移动到毒物队列的事件？

我的参考资料是：http: //msdn.microsoft.com/en-us/library/aa395218.aspx

并且：http ://consultingblogs.emc.com/simonevans/archive/2007/09/17/A-comprehensive-guide-to-using-MsmqIntegrationBinding-with-MSMQ-3.0-in-WCF.aspx

我们正在考虑在我们的应用程序中使用 MSMQ 作为消息处理服务。我们想要的是 - 位于网络负载均衡器 (NLB) 后面的服务器场中的 MSMQ，它在节点之间分配负载。我有以下问题，我在网上找不到任何指示。

1) 我是否需要在所有节点中安装 MSMQ？
2) 如果是这样，当发送方应用程序向 MSMQ 发送消息时，它应该发送到所有节点吗？
3）如果我的第二个问题的答案是肯定的，那么当客户端应用程序接收到消息时，应该如何通知其他节点有关客户端接收到的消息并随后从它们中删除？

将不胜感激任何帮助/指针。

我正在构建一个系统，其中多个客户端通过 WCF 使用双工 MSMQ 连接到中央服务器（更新发送到服务器，消息定期推送到多个客户端）。

我如何最好地保护这种情况？双工 WCF 的性质有效地使每个客户端成为服务器。这是否意味着要保护每个客户需要花费 1200 美元购买威瑞信证书的每个渠道？

我不幸删除了MSMQ的系统文件，

现在我无法从队列发送和接收消息。

如何恢复被删除的文件？