背景
新年伊始,本人的开发环境由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%\System32\inetsrv\config这个目录下:
这个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