这很奇怪。我有一个在.Net 2.0应用程序池（集成模式）下运行的网站，无法连接到该站点上的WCF服务。每当我导航到我的框上的URL时，都会弹出一条消息“所请求的内容似乎是脚本，并且不会由静态文件处理程序提供”。
我在IIS中检查了此网站的.svc扩展程序中的处理程序映射，并看到条目读取svc-Integrated-4.0, svc-ISAPI-2.0- and svc-ISAPI-2.0-64。但是svc-Integrated没什么，我认为是问题所在。
我遵循this post中的ServiceModelReg -i建议，但我的Framework \ v2.0.5027子文件夹中没有可执行的实例。所以我上升了一个级别并在Framework \ 3.0.0文件夹中找到它，并从那里运行它。瞧，事情现在有效，并且在映射部分有一个新的svc-Integrated处理程序。
但我的问题是：如果我为.Net 3.0安装了这个，那么.Net 2.0应用程序池如何使用它呢？我以为会出现兼容性问题？
答案 0 :(得分：1)
我为.Net 3.0安装了这个，.Net 2.0应用程序池如何使用它？我以为会出现兼容性问题？
不，.NET Framework 3.0 still uses the 2.0 CLR，所以使用2.0 AppPool是合适的。
IIS AppPools表示CLR版本，而不是Framework版本。