Death to Windows Services...Long Live AppFabric!
Up until now, the only option for running always on/long running processes was to build a Windows Services. While .NET made building Windows Services easier, they still come with their own set of headaches. Windows Server AppFabric adds an Auto-Start/Always-Running
feature which allows IIS hosted services to behave more like traditional
Windows Services. Services will automatically start when the computer boots,
an application pool is started, or an IISRESET is performed.
Why use this feature?
By hosting within IIS, applications
receive the following benefits:
- Single hosting framework for all application components.
Web sites, services, and long running services can be hosted using the same
framework & management tools.
- Improved deployment capabilities. XCOPY deployment is
now possible or use the new Web
Deploy functionality. Web Deploy is enough of a reason by itself!
- Provide self-hosted management or monitoring web pages.
You can easily add ASPX web pages to your service to provide status on their
work load.
- Utilize IIS automatic management features. Optionally
configure your service to recycle on a given interval or based on memory usage,
just like any other IIS hosted service.
So, how do you get started?
Step 1: Install the prerequisites
Step 2: Update Application Pool to Auto-Start
Start IIS Manager and access the configuration editor:
Select the system.applicationHost/applicationPools section and click the ellipsis by the application pool collection:
Select the application pool & change the start mode to “AlwaysRunning”. Once you close the popup, make sure you click the Apply button.
Step 3: Configure Site with Net.Pipe Binding
The net.pipe binding is used by AppFabric to control the hosted service. Navigate to the site & click edit bindings. Add net.pipe if it isn’t already there.
Step 4: Configure Application with Net.Pipe Binding
Access the advanced settings on the application (virtual directory) and make sure net.pipe is one of the enabled protocols.
Step 5: Configure Application with Auto-Start
Access the Configure WCF and WF option on the application. Click on the Auto-Start tab & select “Enabled”.
Step 6: Make changes to the application code
Add your thread initialization to the AppStart class. It is fired for both HTTP and non-HTTP activation (such as net.pipe). Do not put the code in global.asax since it is only invoked for the HTTP pipeline. You need to create a class called AppStart within App_Code directory. It should have a public static method of AppInitialize.
AppStart.cs (within App_Code directory)
1: namespace Payformance.Services.ImportService
2: {
3: public class AppStart
4: {
5: private static ImportServicePlugin servicePlugin;
6:
7: // Code that runs on application startup by ASP.NET infrastructure
8: public static void AppInitialize()
9: {
10: servicePlugin = new ImportServicePlugin();
11: servicePlugin.Start();
12: }
13:
14: }
15: }
16:
Step 7: MonitoringSince all services will be hosted under the w3wp.exe process name, you can see the Worker Process associated with your application pool within the IIS manager:
Another approach is to use the SysInternals Process Explorer free from Microsoft. Add the “Command Line” column to the grid, and the application pool name will be listed after the –ap switch.
And my personal favorite, you can also add a web page to your service that provides information about your service.
Hopefully you're as fired up as I am about these new possibilities...go try it out.