IIS7 经典模式和集成模式的区别(转载)

转载地址:http://www.poluoluo.com/server/201301/193110.html

升级过程中出现了比较多的问题,前面文章也提到过几个。这次就主要介绍下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> 
<remove verb="*" path="*.asmx"/> 
<add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> 
<add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> 
<add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false"/>
</httpHandlers> 
<httpModules> 
<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/> 
<add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> 
</httpModules>

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

直接切换应用程序池成集成模式会发现页面输出为空。证明程序没有经过HttpModule。那在集成模式下HttpModule如何才能执行呢? 之前部署URLRewriter的时候查资料只知道需要 <system.webServer> <modules>注册HttpModule。仔细查看配置文件会发现有一段如下英文.意思大概就是iis7版本的设置。之前版本无需设置。
<!-- 
The system.webServer section is required for running ASP.NET AJAX under Internet 
Information Services 7.0. It is not necessary for previous version of IIS. 
--> 
这样就大概明白意思是iis7.0之后有部分web配置移动到system.webServer中。查阅相关得到答案确实如此 详细资料见 http://www.cnblogs.com/buaaboyi/archive/2011/01/20/1939903.html

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

.代码如下:

<system.webServer> 
<validation validateIntegratedModeConfiguration="false"/> 
<modules> 
<remove name="ScriptModule" /> 
<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/> 
<add name="ScriptModule" preCondition="managedHandler" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> 
</modules>

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


当时在比较急的情况下就直接删除了 <system.web> 的子节点<httpModules> 程序正常运行。后面通过仔细和正常的站点对比是发现是缺少 <validation validateIntegratedModeConfiguration="false"/> 这个导致,这个主要作用是设置不检测 <system.web>中的配置

经过这今天的折腾终于是对iis7.5上的部署有了一定了解了。

时间: 2024-10-29 19:08:23

IIS7 经典模式和集成模式的区别(转载)的相关文章

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

IIS7.5应用程序池集成模式和经典模式的区别介绍 作者:  字体:[增加 减小] 类型:转载 时间:2012-08-07 由于最近公司服务器上需要将iis的应用程序池全部都升级到4.0的框架,当然选择4.0就肯定使用集成模式部署 升级过程中出现了比较多的问题,前面文章也提到过几个.这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别.很多文件上传等都是需要使用到httpModule去实现.我今天就出现了NeatUpload在iis7.5下出现未将对象引用到

IIS中的经典模式和集成模式有什么区别

平时哪管它有什么区别,经典模式不行就集成模式啊.什么?都不行啊.根据报错信息网上找解决方案啊,没有?不会问人吗?不过,现在正好有时间,可以自己了解下.为了避免曲解,还是阅读英文为宜. IIS 6.0 and previous versions allowed the development of .NET application components via the ASP.NET platform. ASP.NET integrated with IIS via an ISAPI extens

IIS经典模式和集成模式的区别

IIS7.0中的Web应用程序有两种配置形式:经典模式和集成模式. 1.经典模式 经典模式是为了与之前的版本兼容,使用ISAPI扩展来调用ASP.NET运行库,原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式,代码基本不用修改就可以正常运行 2.集成模式集成模式是一种统一的请求处理管道,它将ASP.NET请求管道与IIS核心管道组合在一起,这种模式能够提供更好的性能,能够实现配置和管理的模块化,而且增加了使用托管代码模块扩展IIS时的灵活性.如果老的Web

IIS7 应用程序池的 托管管道模式与集成模式小结【转帖】

IIS 7 托管管道模式 经典模式(Classic) 集成模式(Integrated) 分析与理解 IIS 7.0 支持两种管道模式:一种是IIS 7.0最新提供的集成管道模式,另一种是经典管道模式,经典管道模式是由先前版本的IIS提供的. 我们可以通过应用程序池设置管道模式,这项功能对IIS管理员尤其有用,因为这样既可以令一台服务器仅运行一种模式,也可以令两种模式同时运行于一台服务器上. 上述两种管道模式使用的web.config文件存在重大的区别,许多在经典管道模式下能够正常工作的web.c

iis 经典模式和集成模式

IIS7.0中的Web应用程序有两种配置模式:经典模式和集成模式.两者区别大家可以参考下,根据实际情况选用. 经典模式是为了与之前的版本兼容,使用ISAPI扩展来调用ASP.NET运行库,原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式,代码基本不用修改就可以正常运行.集成模式是一种统一的哀求处理管道,它将ASP.NET请求管道与IIS核心管道组合在一起,这种模式能够提供更好的性能,能够实现配置和治理的模块化,而且增加了使用托管代码模块扩展IIS时的灵活性

IIS 7 托管管道模式 经典模式(Classic) 集成模式(Integrated) 分析与理解

IIS 7.0 支持两种管道模式:一种是IIS 7.0最新提供的集成管道模式,另一种是经典管道模式,经典管道模式是由先前版本的IIS提供的. 我们可以通过应用程序池设置管道模式,这项功能对IIS管理员尤其有用,因为这样既可以令一台服务器仅运行一种模式,也可以令两种模式同时运行于一台服务器上. 上述两种管道模式使用的web.config文件存在重大的区别,许多在经典管道模式下能够正常工作的web.config文件都无法在集成管道模式下正常工作.利用AppCmd.exe,我们可以将经典管道模式下的配

微软URLRewriter.dll的url重写在目标框架.Net Framework2.0、4.0和应用程序池经典模式、集成模式下的配置

大家参考几篇园子里面的这篇文章: 文章1:微软URLRewriter.dll的url重写的简单使用 (讲解了使用UrlReWriter.dll的下载.web.config如何在目标框架2.0应用程序池经典模式下配置使用该dll.还有一个web的例子.缺少处理程序映射的设置例子) 文章2:使用web.config中的httpHandlers (讲解了URLRewriter.dll是如何从原理上来处理URL重写地址来转发给真实的服务器地址上的) 文章3:检测到在集成的托管管道模式下不适用的ASP.N

IIS7.5应用程序池集成模式和经典模式的区别【转】

由于最近公司服务器上需要将iis的应用程序池全部都升级到4.0的框架,当然选择4.0就肯定使用集成模式部署.升级过程中出现了比较多的问题,前面文章也提到过几个.这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别.很多文件上传等都是需要使用到httpModule去实现.我今天就出现了NeatUpload在iis7.5下出现未将对象引用到设计实例的错误.所以用httpModule作为测试案例. 新建测试网站WebApplication,加入MyHttpModu

IIS7.x经典模式与集成模式

参考文档:http://book.51cto.com/art/200908/146143.htm 个人理解: 经典模式: 在IIS6中aspnet_isapi.dll只是ISAPI的一个实现,对asp.net页面的请求都是映射到aspnet_isapi.dll处理的 集成模式: IIS7以后asp.net已经被集成到IIS中了,可以看成是IIS的组成部分了,而不是之前那样的ISAPI接口实现