IIS7.5应用程序池集成模式和经典模式的区别介绍

作者：字体：[增加减小] 类型：转载时间：2012-08-07

由于最近公司服务器上需要将iis的应用程序池全部都升级到4.0的框架，当然选择4.0就肯定使用集成模式部署

升级过程中出现了比较多的问题，前面文章也提到过几个。这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别。很多文件上传等都是需要使用到httpModule去实现。我今天就出现了NeatUpload在iis7.5下出现未将对象引用到设计实例的错误。所以用httpModule作为测试案例。
1.新建测试网站WebApplication，加入MyHttpModule类实现IHttpModule接口，主要目的是测试程序是否经过了HttpModule，经过的在页面输出HttpModule字符。

复制代码代码如下:

public class MyHttpModule : IHttpModule

{

public void Dispose()

{ }

public void Init(HttpApplication context)

{

context.BeginRequest += context_BeginRequest;

}

protected void context_BeginRequest(object sender, EventArgs e)

{

var context = sender as HttpApplication;

context.Response.Clear();

context.Response.Write("HttpModule");

context.Response.End();

}

2、2.在IIS7.5部署网站，首先使用经典模式应用程序池。在web.config的 <system.web> 的子节点<httpModules> 加入<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/>

复制代码代码如下:

</httpHandlers>

</httpModules>

访问网站可以发现页面输出如下，说明程序经过了HttpModule

IIS7.5应用程序池集成模式和经典模式的区别介绍

直接切换应用程序池成集成模式会发现页面输出为空。证明程序没有经过HttpModule。那在集成模式下HttpModule如何才能执行呢？之前部署URLRewriter的时候查资料只知道需要 <system.webServer> <modules>注册HttpModule。仔细查看配置文件会发现有一段如下英文.意思大概就是iis7版本的设置。之前版本无需设置。  这样就大概明白意思是iis7.0之后有部分web配置移动到system.webServer中。

查阅相关得到答案确实如此详细资料见 http://www.cnblogs.com/buaaboyi/archive/2011/01/20/1939903.html

于是在<system.webServer> <modules>中加入配置如下，刷新页面，页面能够输出字符HttpModule，证明成功了。

复制代码代码如下:

<system.webServer>

</modules>

</system.webServer>

由于在升级过程成有一个站点出现 HTTP 错误 500.22 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置

IIS7.5应用程序池集成模式和经典模式的区别介绍

当时在比较急的情况下就直接删除了 <system.web> 的子节点<httpModules> 程序正常运行。

后面通过仔细和正常的站点对比是发现是缺少 <validation validateIntegratedModeConfiguration="false"/> 这个导致，这个主要作用是设置不检测 <system.web>中的配置
经过这今天的折腾终于是对iis7.5上的部署有了一定了解了。

秒客网

IIS7.5应用程序池集成模式和经典模式的区别介绍

IIS7.5应用程序池集成模式和经典模式的区别介绍

相关文章