背景
新年伊始，本人的开发环境由Windows Server 2003 +IIS 6 升级成了 Windows Server 2008 +IIS 7，之后便着手参加新项目的开发。
项目开发后期测试过程中，发现了这么一个问题，那就是使用Intelligencia.UrlRewriter做伪静态的时候，ASP.NET Session为空的问题。
ASP.NET 异常截图如下：
后来在网上无意间查到解决方案，就是在system.webServer配置节，设置modules节点的属性runAllManagedModulesForAllRequests为“true”。知其然必须要知其所以然，否则下次还是会遇上同样的问题。
IIS集成模式和经典模式
1.经典模式
在IIS 6.0中的经典模式中，ASP.NET是一个添加到IIS中的ISAPI。IIS 7.0之所以支持这种模式，是为了做到向后兼容。经典模式缺少许多集成模式才能提供的特性。在经典模式中，IIS拥有自身的管道，这些管道可以通过创建一个ISAPI扩展进行扩充，而ISAPI扩展是以难以开发而著称的。ASP.NET作为一个ISAPI扩展运行，只是IIS管道中的一项组成部分。
2.集成模式
利用集成模式，可以将ASP.NET作为IIS的有机组成部分。现在，IIS服务器的功能被划分为40多个模块，因此也就将IIS和ASP.NET的功能划分为不同的组成部分。诸如StaticFileModule、BasicAuthenticationModule、FormsAuthentication、Session、Profile，以及RoleManager等模块都是IIS管道的组成部分。而FormsAuthentication、Session、Profile，以及RoleManager原本就是ASP.NET的组成部分，与IIS并无关系。
我个人认为，集成模式很好的复用了代码，而不关心这些代码是native code 或者是 managed code.
IIS应用程序的配置系统
IIS的配置是可以继承的，通常情况下，父节点的配置，会作为子节点的默认配置。当然，子节点的配置也是可以重写父节点的配置的。整个继承体系如下图所示：
如图所示，其中.net framework root的配置我们可以在%windir%Microsoft.NET这个目录底下找到：
而IIS本身的配置，则被放置在了%windir%System32inetsrvconfig这个目录下:
这个ApplicationHost.config，里面包含了整个IIS服务器所有特性的配置——应用程序池，站点，应用程序以及虚拟目录...
IIS的每一个配置节，都是可以锁定的。一旦锁定了，站点以及站点之下的应用程序都不能重写。要锁定某一个配置节，你只能通过appcmd.exe这个IIS自带的管理工具去设置，详细使用方式不再本次讨论之内。另外，在modules的每个子节点，我们可以看到有一个preCondition的属性。这个属性指定该module运行的条件。只有在条件满足的情况下，这个module才会被执行。
当然你也可以通过设置modules节点的属性runAllManagedModulesForAllRequests为“true”，强制所有的module在任何条件下执行。关于module的preCondition更多的属性值，可以参考MSDN：http://www.iis.net/configreference/system.webserver/modules/add
回到一开始的问题上，Session为空，程序没有异常，那么问题就出在做伪静态的URL重写。IIS判断伪静态页面请求不满足Session这个配置节的默认的运行条件：managedHandler，就是说IIS认为这个请求只是请求一个静态文件。
问题找到了，那么一共有两种解决方案，一种是重写这个session module的配置；一种就是设置modules节点的属性runAllManagedModulesForAllRequests为“true”，强制所有的module在任何条件下执行。
参考文章：
http://social.msdn.microsoft.com/Forums/zh-CN/295/thread/50218981-e9e0-49b1-933c-b35a2de6fdde
http://book.51cto.com/art/200908/146143.htm
http://www.iis.net/configreference/system.webserver/modules/add