在一个多月的时间里,我们一直在努力解决IIS7.5(WAS)中托管的wcf msmq服务将停止处理来自队列的消息的问题。
我们无法缩小范围而不是“在某个时刻”它将停止处理来自队列的消息。通过http浏览器调用调用svc将再次开始处理。
在阅读了很多关于此问题的文章,博客和论坛帖子后,我们确保了以下内容:安全设置,协议绑定和msmq /服务命名,但唉:服务仍将停止处理消息(在某些时候)。 / p>
受到这篇文章http://www.daczkowski.net/2010/11/19/leveraging-msmq-in-asp-net-application-through-wcf-service/的鼓舞,我们现在似乎终于(几乎)消除了Windows Server 2008 r2 sp1 64位的问题,但它似乎仍然出现在Windows 7 32位上。
现在回答我的问题:任何人都可以告诉我,如果确实存在一个guarentee(有关此文档将被赞赏),msmq WAS托管的wcf服务将在IIS7.5上实际重启(在所有条件下)NOT NOT AppFabric扩展?
我知道这个问题非常复杂,但我很难记录为什么我们应该使用AppFabric扩展我们的OTS包来解决这个重启问题。
致以最诚挚的问候,
答案 0 :(得分:0)
你是net.msmq端点实际上使用IIS可以绑定到队列名称的地址吗?可以在配置中使用非IIS兼容的名称,WAS实际上无法唤醒您的应用程序,因为WAS只会按照它可以解析的路径名注册到队列。在这种情况下,你需要像AppFabric或“启动”脚本这样的东西来实际激活你的服务,以便它们能够绑定到自己的队列。