asp.net程序從IIS6移植到IIS7時出現500.22錯誤

最可能的原因:•此應用程序在system.web/httpModules節中定義配置。可嘗試的操作:•將配置遷移到system.webServer/modules節。也可以手動這樣做，或通過在命令行中使用AppCmd來這樣做-例如，%SystemRoot%/system32/inetsrv/appcmdmigrateconfig"DefaultWebSite/"。使用AppCmd遷移應用程序將使它能夠在集成模式下工作，并能繼續在經典模式下和以前版本的IIS上工作。•如果您確信可以忽略此錯誤，則可以通過將system.webServer/validation@validateIntegratedModeConfiguration設置為false來禁用它。•也可以將應用程序切換到經典模式應用程序池-例如，%SystemRoot%/system32/inetsrv/appcmdsetapp"DefaultWebSite/"/applicationPool:"Classic.NETAppPool"。只有在無法遷移應用程序時才這樣做。(將“DefaultWebSite”和“Classic.NETAppPool”設置為您的應用程序路徑及應用程序池名稱)鏈接和更多信息集成模式是在IIS7.0上運行ASP.NET應用程序的首選模式

{ IIS 的應用程序池根據托管管道模式分了兩種類型：集成和經典兩種

集成 .NET 模式下，應用程序不應在 <system.web>/<httpModules> 配置節中指定 ASP.NET 模塊組件，而應使用 <system.webServer>/<modules> 配置節來加載 ASP.NET 模塊組件。

經典.NET 模式 則是我們以前習慣的IIS 6 的方式，沒有上述限制。}

解決方法:

方法1在IIS7上配置應用程序池.

方法2:在IIS7添加我們的模塊(modules)

參考:http://aabs.WordPRess.com/2007/11/16/ihttpmodule-not-running-after-conversion-to-iis-7-and-net-35/

方法3:修改web.config

再細了解:

IIS7的Application Pools有兩種mode，一種是Integrated，一種是classic。如果使用Integrated模式，那么對自定義的httpModules和httpHandlers就要修改配置文件了，需要將他們轉移到<modules>和<hanlders>節里去。

IIS7的兩種模式和IIS6有什么區別？

IIS7.0 Integrated mode：asp.net的modules和handlers從<system.webServer>下的<modules>和<handlers>里讀取，以前的<system.web>下的<httpModules>和<httpHandlers>配置節會被忽略，如果設置禁止驗證（disabled validation），是不會產生錯誤的。

IIS7.0Classic mode：與以上情況是相反的，<modules>和<handlers>會被忽略。

IIS6.0 ：這個大家都不陌生了。

如果做一個可以在IIS6和IIS7的兩種mode下都可以運行的配置？validateIntegratedModeConfiguration=“false”是做什么用的？有需要的朋友可以在這里查看詳情。

其次，從iis6遷移到iis7上后，有些url rewrite功能可能就不好用了，下面這篇文章講述了一個hack方法，有效的控制了staticFile handler的職責，實現了像iis6那樣的工作方式。

示例代碼:

<httpHandlers>

<addpath="*.myh"verb="GET"type="MyApp.MyHandler" />

</httpHandlers>

<handlers>

<addname="MyHandler"path="*.myh"verb="GET"type="MyApp.MyHandler"preCondition="integratedMode" />

</handlers>