IIS7 部署 - 重复的“system.web.extensions/scripting/scriptResourceHandler”部分

Question

尝试在 IIS7 中的默认应用程序池上部署 .net 3.5 网站时，框架部分设置为 4.0，我收到以下错误。

定义了重复的“system.web.extensions/scripting/scriptResourceHandler”部分。

评论违规行也无济于事。 关于我需要做什么或看什么的任何指示？

Answer 1

如果您的计划是部署到具有在 .net 4.0 中运行的应用程序池的 IIS，您将需要清除 web.config，其中包括指向 .net 3.5 的所有部分定义。 失败的原因是这些部分定义已经包含在 .NET 4.0 的根 web.config 中（请参阅 %windir%\\microsoft.net\\framework\\v4.0.30319\\config\\machine.config），其中包括所有系统。 web.extensions 已经声明。

另一个快速解决方法是将应用程序池设置为 2.0，就像您的开发机器看起来那样。

Answer 2

我的解决方案是将应用程序池中的 .NET 框架版本从 v4.0 更改为默认应用程序池的 v2.0：

Answer 3

如果像我一样，您需要面向 v4 但只能使用 .net 3.5 构建，请按照此处的说明进行操作。 只需在您的 web.config 中将<configSections>的全部内容替换为：

<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
  <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
    <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
    <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions,  Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
      <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
      <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
      <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
      <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
    </sectionGroup>
  </sectionGroup>
</sectionGroup>

Answer 4

将应用程序池设置为 2.0，我做到了并成功了。

Answer 5

死灵法术。
如果您的 web.config 中没有任何 system.web.extensions 配置部分或处理程序/模块条目，则导致此问题的原因是您/其他人在隐藏时复制了 VisualStudio-Project (2013/2015/2017) - 文件未隐藏。

因此，它不仅会复制 .git，还会复制.VS ，其中包含一个 IIS-Express applicationhost.config文件，该文件指向不存在的路径（或更糟糕的是，确实存在的路径）上的 web.config 文件，但没有相同的内容）...

解决方案：
删除 .VS 文件夹中的 applicationhost.config 文件。
或者干脆删除 .VS 文件夹。
Visual Studio 将重新创建它。

Answer 6

.net 4.0解决方案：在IIS服务器上运行管理器。！[在此处输入图像说明] [1]在框架上输入[！]在这里] [2]

统一管理中心SharePoint 2010

-----通过Google翻译-----

问题是因为池是默认的。 Net 4.0解决方案：输入服务器IIS管理器以在应用程序池的右侧设置值！ [在此输入图像描述] [1]并更改框架版本！[在此输入图像描述] [2]

这应该可以解决安装SharePoint管理中心2010的问题

Answer 7

我的应用程序是一个 ASP.Net3.5 应用程序（使用框架的第 2 版）。 创建 ASP.Net3.5 应用程序后，Visual Studio 会自动将 scriptResourceHandler 添加到 web.config。 .Net 的更高版本将其放入 machine.config。 如果您使用版本 4 应用程序池运行 ASP.Net 3.5 应用程序（取决于安装顺序，这是默认应用程序池），您将收到此错误。

当我开始使用 2.0 版应用程序池时。 错误消失了。 然后我不得不在服务 WCF .svc 时处理错误：

HTTP 错误 404.17 - 未找到请求的内容似乎是脚本，静态文件处理程序不会提供该内容

经过一番调查，似乎我需要注册 WCF 处理程序。 使用以下步骤：

1. 打开 Visual Studio 命令提示符（以管理员身份）
2. 导航到“C:\\Windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation”
3. 运行 servicemodelreg -i

Answer 8

显然，其他人有（有）这个问题。 他们在 Framework 4.0 中重建。 你是否可以？

另外， 请参阅有关确保您的 IIS 是最新的。

Answer 9

在我的情况下，它发生在我将整个解决方案（使用名为 Target Framework Migrator 的扩展）转换为 4.6.2 但最终撤消更改并返回到 3.5（解决方案由 TFS 版本控制）之后发生的。 为了解决这个问题，我只将有问题的项目（使用 IIS Express 运行）转换为 4.6.2，然后再转换回 3.5。

Answer 10

避免此问题的另一种可能对其他人有帮助的方法是尽可能将您的 .net Web 服务构建到 4.0 或更高版本。

Answer 11

在我的情况下，我想手动添加 urlrewrite 规则并且看不到明显的错误（我错过了<rules>标签）：

错误代码：

    <rewrite>
      <rule name="some rule" stopProcessing="true">
        <match url="some-pattenr/(.*)" />        
        <action type="Redirect" url="/some-ne-pattenr/{R:1}" />
      </rule>
    </rewrite>    

  </system.webServer>
</configuration>

正确的代码（带有规则标签）：

    <rewrite>
      <rules>
        <rule name="some rule" stopProcessing="true">
          <match url="some-pattenr/(.*)" />        
          <action type="Redirect" url="/some-ne-pattenr/{R:1}" />
        </rule>
      </rules>
    </rewrite>

  </system.webServer>
</configuration>

Answer 12

就我而言，我有 2 个不同的应用程序共享同一个应用程序池。 第一个使用 .net4.5 框架，新的使用 2.0。 当我将第二个应用程序更改为它自己的应用程序池时，它开始正常工作，没有更改 web.config。

Answer 13

我的决心有点愚蠢。

• 我安装了 .net 3.5 的副本

• 创建了另一个应用程序池并选择了 .net 3.5（它在下拉列表中显示 2.0.5077）

• 将我的网站添加到该应用程序池

• 回收旧池和新池，站点开始工作。

归结为我没有安装 3.5，即使打开 Windows 功能说我已经安装并创建了另一个应用程序池来使用。 我希望这对其他人有帮助。

Answer 14

我已经解决了，执行以下步骤：

1. 我在 IIS 中创建了一个新的应用程序组。
2. 打开出现此问题的站点或 Web 应用程序的高级设置。
3. 并设置新应用程序的组。

这里有这些步骤的图像：

Answer 15

此错误消息似乎出现在各种情况下。

就我而言，在我的应用程序的 Web.Config 文件之上，我在根文件夹 (C:\\Inetpub\\www.root) 中有一个额外的 Web.Config 文件。 可能经过一些测试后离开了那里，我已经完全忘记了，无法弄清楚问题是什么。

删除它为我解决了问题。

Answer 16

这对你来说可能是错误的答案。 但当我试图解决我的问题时，这是在 Google 上的第一次成功。 照这样说...

我也出现了同样的错误消息，但是当我尝试通过 Visual Studio 运行 IIS Express 时。

我的问题是我错误地将applicationhost.config提交给了 TFS。 后来，当我在获得最新提交后尝试在我的笔记本电脑上运行该项目时。 那是发生错误的时候。

发现虚拟目录路径不对。

<virtualDirectory path="/" physicalPath="C:\Users\user1\Documents\Visual Studio 2015\Projects\ProjectName\ProjectName\ProjectName.Web" />

希望这对某人有所帮助！

这是我的第一篇文章，所以要温柔:)