WCF: Intermittent connectivity issue with private MSMQ – WCF stops reading messages from queue


WCF intermittently stops reading messages from the private local MSMQ, which will cause messages to get piled up.

It will be cleared as soon as we browse the service or send a GET request to metadata.


Known issue with WCF and yet not fixed even in framework 4.6.2.

To repro:

Issue can be easily repro, if we recycle the app pool hosting WCF service on IIS (while it is happily reading the messages from the queue).

With this, the service host object associated with the old process id is cleared and even though IIS creates a new W3WP process, service host is not yet initialized. Because of this WCF wont pick any request from the queue, until we initialize the service host by either browsing the service or sending the GET request to the service WSDL/Metadata.

1. Just enable the MSMQ feature on windows machine.
2. Add message to queue from client app
3. Host WCF service on IIS and it does read messages from queue, but unfortunately everything freeze once app pool gets recycle.

Client app code:
static void Main(string[] args)
for (int i = 0; i < 50; i++)
const string queueName = @”.\private$\TestQueue1/Service1.svc”;

MessageQueue msMq = null;
if (!MessageQueue.Exists(queueName))
msMq = MessageQueue.Create(queueName);
msMq = new MessageQueue(queueName);

//Person p = new Person(){FirstName = “ITFunda”,LastName = “.Com”};
string msgText = String.Format(“Sample Message Sent At {0}”, DateTime.Now);

catch (Exception ex)

WCF Service configuration:
public interface IService1
[OperationContract(IsOneWay = true, Action =”*”)]
void ShowMessage(MsmqMessage<string> msg);
<service name=”WcfService1.Service1″ behaviorConfiguration=”beh”>
<endpoint address=”msmq.formatname:DIRECT=OS:.\private$\TestQueue1/Service1.svc” binding=”msmqIntegrationBinding”
bindingConfiguration=”msmqInt” name=”msmqInt” contract=”WcfService1.IService1″ />

<binding name=”msmqInt”  exactlyOnce=”false”>
<security mode=”None”></security>

Available workarounds:

  1. Disable the app pool default recycle time to 0. By default RegularTimeInterval(minutes) is set to 1740.
    1. This will avoid the un-necessary app pool recycle event and will avoid the BAD state where service host is closed and not activated.
  2. From IIS 7.5 onwards we can use the – App Initialization module (IIS Application Initialization)
    1. http://www.iis.net/downloads/microsoft/application-initialization
    2. https://www.iis.net/configreference/system.webserver/applicationinitialization
    3. http://www.iis.net/learn/get-started/whats-new-in-iis-8/iis-80-application-initialization
    4. Basically how this works is we set the appPool StartMode as AlwaysRunning and then specify the initialization page.  I.E.:<system.webServer>





      <add initializationPage=”/default.aspx” hostName=”myhost”/>



  3. Another easy way is to HOST WCF as Self host or via Windows Service and we get full control to initialize the Service Host object.
  4. Use the below reference to get the App.EXE created to auto trigger the GET request for respective machine, app pool and GET URL.
    1. The request will be triggered at interval of 1740 minutes. Thus we still get BEST of both worlds.
  5. In case we deal with Multiple app pool and do not want to set separate TASK for all of them, we can use below solution to use a Powershell script to auto trigger GET request for all the web sites hosted on IIS.

Sample and Module Location:


Hope this helps.

Saurabh Somani

Comments (0)

Skip to main content