我希望我的.net2.0 webservice应用程序在CLR4.0下的IIS7.0上运行，这是否可以简单地创建一个包含Classic，.netframework 4.0设置的apppool并将我的应用程序指向此池？我试过这个并且它工作正常，但想在正确的轨道上确认？
由于 高卢
答案 0 :(得分：2)
正如您的测试已经显示的那样，您正在做的事情应该可以正常工作。然而，当我几个月前研究过这个时，我记得至少阅读过一篇文章，表明通常最好使用集成而非经典的管道，除非你有令人信服的理由不这样做。我现在找不到那篇文章，但是下面的文章：New IIS7 Article: Taking Advantage of the IIS7 Integrated Pipeline解释了一些好处。
因此，虽然经典模式适合您的情况，但您肯定不会必须使用经典管道来运行.net 2.0应用程序，除非您使用自定义ISAPI扩展或过滤器。假设你没有那些（自定义的ISAPI东西），如果是我，我会转移到集成管道，因为这是IIS7的主要改进之一，并且似乎没有任何东西可以通过坚持获得与II6型号。
注意：我目前正在使用集成管道运行.Net 3.5应用程序，没有任何问题。就IIS7而言，.Net 2.0,3.0和3.5应用程序都是相同的，因为它们都使用CLR v2.0。所以我无法想象为什么使用CLR v4.0的集成管道会有任何问题。
答案 1 :(得分：2)
是更改应用程序池的工作原理，是在CLR 4.0上为Web应用程序运行.net 2.0应用程序的正确方法。调试需要在注册表中进行更改。我已成功测试并且正在生产中运行，没有任何问题。
答案 2 :(得分：0)
我对此并不完全确定，但它应该是向后兼容的。
您是否考虑过将apppool设置为在.NET 2.0下运行？