For a project at work, I was tasked to create a WCF service that will receive email messages from client and queue them on a database, while at the same time the service will check the DB every 30 minutes or so to check if there are any new email messages queued, and send them automatically with the appropriate credentials.

To accomplish this, my boss told me to do it with threads: while the main thread is in charge of taking requests from clients, a background thread will be in charge of checking the DB for as long as the service is alive, and send the queued emails. After asking on StackOverflow, however, I was told that for this kind of scenario two services is a better option, a WCF service that takes requests and a different Windows Service that does the background work.

So my question is, what is the best option for implementing this kind of scenario? And is doing this with just threads possible, but ill-advised? I would like to hear more opinions before checking with my boss about the best way to accomplish this.

1 Answer 1


If you host your WCF service on IIS:

Running long tasks from a web application which uses IIS is a bad idea:

  • IIS recycles AppDomains at regular intervals; this may not be what you want if you're in the middle of a long task.

  • IIS recycles AppDomain when files such as web.config are updated.

  • It may negatively impact performance.

So yes, if you need a background task, use a Windows Service instead.


  • ASP.NET long running task. Thread is being aborted exception

    You can start the long-running process in its own application domain.

    In the past, when I've needed this capability, I create a Windows Service for this purpose. [...]

  • What causes an application pool in IIS to recycle?

    [...] this can be recycled by a number of effects e.g. time - every 'n' hours, lack of requests, memory use etc. [...]

  • Can I use threads to carry out long-running jobs on IIS?

    [...] In addition to reducing resources available to IIS/ASP.NET to process requests, you also have issues with the thread being killed when the AppDomain is recycled, and then you have to deal with persistence of the task while it is in-flight, as well as starting the work back up when the AppDomain comes back up. [...]

  • How should I perform a long-running task in ASP.NET 4?

    Preferentially, avoid having long tasks executing in such an environment.

    Delegate long running tasks out to a stable system service [...]

    Windows services are designed to be long running, and if something goes wrong you've generally got more to worry about than your individual service.

If you run your WCF service as a Windows Service:

Separating Windows Service hosting your WCF application from the Windows Service which does the background processing can have two benefits:

  • If one of the services crashes, the second one is not affected. This is a minor benefit, since if one of the services crashes, you may have more urgent concerns.

  • You may host each service on a dedicated server. This benefit is also probably minor, unless you're processing a lot of information.

As for using a single service and two threads, I don't see any blocking issue as when the service is hosted on IIS.

  • It wouldn't be using IIS, though, but installed on a server and run as a Managed Windows Service. Would that make a difference?
    – Ana Ameer
    May 9, 2014 at 23:17
  • @AnaAmeer: Thank you for the clarification of your question. I edited my answer accordingly. May 9, 2014 at 23:26
  • Thank you for the additional information. So running it as a Windows Service is fine, it's IIS that would cause problems, right?
    – Ana Ameer
    May 9, 2014 at 23:33
  • @AnaAmeer: right. May 9, 2014 at 23:39
  • Alright, thank you very much. I'm gonna leave this question open for a couple more hours. If nothing else is posted after that time, I will mark this as the answer. Thanks again!
    – Ana Ameer
    May 9, 2014 at 23:41

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.