Обеспечение (перезапуск) службы WCM MSMQ, размещенной на IIS7.5 WAS - PullRequest
2 голосов
/ 27 мая 2011

Мы уже более месяца занимаемся проблемой, из-за которой служба wcf msmq, размещенная в IIS7.5 (WAS), прекращает обработку сообщений из очереди.

Нам не удалось сузить его больше, чем «в какой-то момент» он остановит обработку сообщений из очереди. Вызов svc через вызов браузера http снова начнет обработку.

После прочтения очень многих статей, блогов и сообщений на форуме по этой проблеме мы обеспечили следующее: настройки безопасности, привязки протоколов и именование msmq / service, но, увы: служба все равно прекратит обработку сообщений (в какой-то момент).

Воодушевленный этой статьей http://www.daczkowski.net/2010/11/19/leveraging-msmq-in-asp-net-application-through-wcf-service/ мы, кажется, наконец-то (почти) полностью устранили проблему для 64-разрядной версии Windows Server 2008 r2 sp1, но, похоже, она все еще появляется в 32-разрядной версии Windows 7.

Теперь, чтобы перейти к моему вопросу: может ли кто-нибудь сказать мне, существует ли на самом деле гарантия (документация по этому вопросу будет признательна), что служба wcf, размещенная на MSM WAS, фактически перезапустится (при всех условиях) на IIS7.5, НЕ работающем расширение AppFabric?

Мне известно, что этот вопрос очень сложный, но мне сложно найти документацию о том, почему мы должны расширить наш пакет OTS с помощью AppFabric для решения этой проблемы перезапуска.

С уважением,

1 Ответ

0 голосов
/ 27 мая 2011

Являетесь ли вы конечными точками net.msmq, действительно ли используете адреса, которые IIS может привязать к имени очереди? В конфигурации можно использовать не совместимые с IIS имена, и WAS действительно не сможет разбудить ваше приложение, потому что WAS будет регистрироваться в очередях только по пути, который он может разрешить. В этом случае вам нужно что-то вроде AppFabric или сценарий «запуска», чтобы фактически активировать ваши службы, чтобы они связывались с очередями самостоятельно.

...