An IIS application pool is hosting two distinct WCF services where one uses the net.msmq binding and the other uses msmq.formatname binding. When messages to the WCF service that use the net.msmq binding are pending in the MSMQ queue, the WCF service will not automatically start.
This is by design. WAS is designed so that when a single IIS application pool has multiple WCF services that use mixed msmq binding types, the msmq.formatname service takes precedence, and the flag to restart the net.msmq service is set to " no ". Therefore only the service that uses msmq.formatname will automatically start the w3wp process for that application pool when messages become available in the MSMQ queue.
The workaround is to use two separate application pools for your WCF services, separating the two different msmq bindings.
ID članka: 2974327 - Poslednji pregled: 31.07.2014. - Verzija: 1
Windows Communication Foundation 3.0, Windows Communication Foundation 3.5, Windows Communication Foundation 4, Windows Communication Foundation 4.5, Microsoft Internet Information Services 7.0, Microsoft Internet Information Services 7.5, Microsoft Internet Information Services 8.0, Microsoft Internet Information Services 8.5