При попытке развернуть веб-сайт .net 3.5 в пуле приложений по умолчанию в IIS7 с секцией Framework, установленной в 4.0, я получаю следующую ошибку.
Существует дубликат раздел 'system.web.extensions/scripting/scriptResourceHandler' определены.
Комментирование строк нарушения также не помогло. Любые указатели на то, что мне нужно сделать или посмотреть?
Если ваш план заключается в развертывании в IIS с пулом приложений, запущенным в .net 4.0, вам нужно будет очистить файл web.config, который включает в себя весь раздел "Определения", указывающие на .net 3.5. Причина этого не в том, что эти определения разделов уже включены в корневой web.config в .NET 4.0 (см.% Windir%\microsoft.net\framework\v4.0.30319\config\machine.config), которые включают всю систему. Объявлено уже объявленное web.extensions.
Еще одно быстрое решение заключается в том, что пул приложений установлен в 2.0, как кажется, как кажется вашей машине разработки.
Решением для меня было изменить версию платформы .NET в пулах приложений с v4.0 на v2.0 для пула приложений по умолчанию:
Если, как и мне, вам нужно настроить таргетинг на v4, но вы можете создавать только с .net 3.5, следуйте инструкциям here. Просто замените в свой 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>
Установите пул приложений в 2.0, я сделал это и работал.
El problema es porque el pool por defecto esta ru.net 4.0 Solucion: entrar a Administrador IIS server lado derecho establecer valores de grupos de aplicaciones.! [Введите описание изображения здесь] [1] кармическая карьера ! [введите описание изображения здесь] [2]
Консолидация решений для централизованного управления базой данных SharePoint 2010
----- с помощью Google Translate -----
Проблема заключается в том, что пул по умолчанию. Решение Net 4.0: введите диспетчер IIS для установки значений в правой части пулов приложений.! [Введите описание изображения здесь] [1] и измените версию рамки! [Введите описание изображения здесь] [2]
Это должно решить проблему установки центра администрирования SharePoint 2010
Мое приложение было приложением ASP.Net3.5 (с использованием версии 2 фреймворка). Когда приложения ASP.Net3.5 созданы, Visual Studio автоматически добавляет scriptResourceHandler в web.config. Более поздние версии .Net помещают это в файл machine.config. Если вы запустите приложение ASP.Net 3.5 с помощью пула приложений версии 4 (в зависимости от порядка установки это пул приложений по умолчанию), вы получите эту ошибку.
Когда я перешел к использованию пула приложений версии 2.0. Ошибка исчезла. Затем мне пришлось иметь дело с ошибкой при обслуживании WCF.svc:
Ошибка HTTP 404.17 - не найден Запрошенный контент выглядит как script и не будет обслуживаться обработчиком статических файлов
После некоторого расследования мне кажется, что мне нужно зарегистрировать обработчик WCF. используя следующие шаги:
Necromancing.
Если в вашем web.config нет конфигурационных разделов system.web.extensions или записей обработчика/модуля, эта проблема вызвана тем, что вы/кто-то еще скопировали VisualStudio-Project (2013/2015/2017) пока скрытые файлы не скрыты.
Из-за этого он будет не только копировать .git, но также и .VS, который содержит файл IIS-Express applicationhost.config, , который указывает на файлы web.config на путей, которые не существуют (или, что еще хуже, пути, которые существуют, но не имеют одинакового содержимого)...
Решение:
Удалите файл applicationhost.config в папке .VS.
Или просто удалите папку .VS.
Visual Studio будет воссоздавать его.
По-видимому, у других были (есть) эта оценка м. Они восстанавливаются в Framework 4.0. Можете ли вы?
Кроме того, ознакомьтесь с этим, чтобы убедиться, что ваш IIS свежий.
В моем случае это произошло после того, как я преобразовал все решение (используя расширение под названием Target Framework Migrator) в 4.6.2, но в итоге отменил изменения и вернулся к 3.5 (решение имеет версию TFS). Чтобы решить эту проблему, я преобразовал только проблемный проект (который использовал IIS Express для запуска) в 4.6.2, а затем обратно в 3.5.
Другой способ избежать этой проблемы, которая может помочь другим, - создать веб-службу .net до версии 4.0 или выше, если это возможно.
В моем случае я хотел вручную добавить правило 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>
В моем случае у меня было 2 разных приложения, совместно использующих один и тот же пул приложений. Первый использовал фреймворк .net4.5, а новый использовал 2.0. Когда я изменил второе приложение на свой собственный пул приложений, он начал работать нормально, без изменений в web.config.
Мое решение было глупо.
Я установил копию .net 3.5
Создан еще один пул приложений и выбран .net 3.5 (он говорит 2.0.5077 в падение)
Добавлен мой сайт в этот пул приложений
Восстановлен старый и новый пулы, и сайт начал работать.
До меня дошло, что у меня не было 3.5, даже несмотря на то, что включил функции Windows, сказанные мной и создав другой пул приложений для использования. Надеюсь, это поможет другим.
Я решил это, выполнив следующие шаги:
Здесь у вас есть изображения следующих шагов:
Это сообщение об ошибке появляется в разных ситуациях.
В моем случае, поверх моего файла приложения Web.Config у меня был дополнительный файл Web.Config в корневой папке (C:\Inetpub\www.root). Вероятно, оставленный там после некоторых испытаний, я забыл все об этом и не мог понять, в чем проблема.
Удаление его решило проблему для меня.
Это может быть неправильный ответ для вас. Но это был первый хит в Google, когда я попытался решить мою проблему. С этим сказал...
Такое же сообщение об ошибке произошло и для меня, но когда я попытался запустить IIS Express через Visual Studio.
Моя проблема заключалась в том, что я ошибочно передал свой applicationhost.config в TFS. Позже, когда я попытался запустить проект на своем ноутбуке после получения последних коммитов. что при возникновении ошибки.
Я обнаружил, что путь к виртуальному каталогу был неправильным.
<virtualDirectory path="/" physicalPath="C:\Users\giddan\Documents\Visual Studio 2015\Projects\ProjectName\DeV.ProjectName\DeV.ProjectName.Web" />
Надеюсь, что это поможет кому-то!
Это мой первый пост, так что будьте осторожны:)