Развертывание IIS7 – дублирование ‘system.web.extensions / scripting / scriptResourceHandler’

При попытке развернуть веб-сайт .net 3.5 в пуле приложений по умолчанию в IIS7 с разделом фрейма, установленным в 4.0, я получаю следующую ошибку.

Определен раздел «duplicate» 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), которые include всю систему. уже объявлено.

Еще одно быстрое решение состоит в том, чтобы пул приложений устанавливался в 2.0, как и у вашей машины разработки.

Решением для меня было изменение версии платформы .NET в пулах приложений с v4.0 до v2.0 для пула приложений по умолчанию:

введите описание изображения здесь

Если, как и мне, вам нужно настроить таргетинг на v4, но можете строить только с .net 3.5, следуйте инструкциям здесь . Просто замените в свой web.config весь контент на:

    

Установите пул приложений на 2.0, я сделал это и работал.

El problema es porque el pool por defecto esta en .net 4.0 Solucion: entrar a Administrador IIS server lado derecho establecer valores de grupos de aplicaciones.! [Введите описание изображения здесь] [1] y cambiar la vercion del framework! [Введите описание изображения здесь] [2]

Устранение проблем в решении проблем в центре SharePoint 2010

—– с помощью Google Translate —–

Проблема в том, что пул по умолчанию. Решение Net 4.0: введите диспетчер IIS для установки значений в правой части пулов приложений.! [Введите описание изображения здесь] [1] и измените версию frameworks! [Введите описание изображения здесь] [2]

Это должно решить проблему установки центра администрирования SharePoint 2010

По-видимому, другие имели (имели) это прохождение м. Они восстанавливаются в Framework 4.0. Ты можешь?

Кроме того, ознакомьтесь с этим, чтобы убедиться, что ваш IIS свежий .

Моим приложением было приложение 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 – не найден Запрошенный контент представляется скриптом и не будет обслуживаться статическим обработчиком файлов

После некоторого расследования мне кажется, что мне нужно зарегистрировать обработчик WCF. используя следующие шаги:

  1. открыть командную строку Visual Studio (как администратор)
  2. перейдите к «C: \ Windows \ Microsoft.NET \ Framework \ v3.0 \ Windows Communication Foundation”
  3. Запустить servicemodelreg -i

Necromancing.
Если в вашем web.config нет конфигурационных разделов system.web.extensions или записей обработчика / модуля, эта проблема вызвана тем, что вы / кто-то еще скопировали VisualStudio-Project (2013/2015/2017), когда скрывали -файлы незакрыты .

Из-за этого он будет не только копировать .git, но также .VS , который содержит файл .VS IIS-Express, который указывает на файлы web.config на путях, которые не существуют (или, что еще хуже, пути, которые существуют , но не имеют того же контента) …

Решение:
Удалите файл applicationhost.config в папке .VS.
Или просто удалите папку .VS.
Visual Studio будет воссоздавать его.

В моем случае это произошло после того, как я преобразовал все решение (используя расширение под названием Target Framework Migrator) в 4.6.2, но закончил отмену изменений и вернулся к 3.5 (решение версируется TFS). Чтобы решить эту проблему, я преобразовал только проблемный проект (который использовал IIS Express для запуска) в 4.6.2, а затем вернулся к 3.5.

Другой способ избежать этой проблемы, которая может помочь другим, – создать веб-службу .net до версии 4.0 или выше, если это возможно.

В моем случае у меня было 2 разных приложения, совместно использующих один и тот же пул приложений. Первый использовал фреймворк .net4.5, а новый использовал 2.0. Когда я изменил второе приложение на свой собственный пул приложений, он начал работать нормально, без изменений в web.config.

Мое решение было глупо.

  • Я установил копию .net 3.5

  • Создал еще один пул приложений и выбрал .net 3.5 (он говорит, что 2.0.5077 в раскрывающемся списке)

  • Добавлен мой сайт в этот пул приложений

  • Восстановлены старые и новые пулы, и сайт начал работать.

Мне дошло, что у меня не было 3.5, даже несмотря на то, что включил функции Windows, сказанные мной и создав еще один пул приложений для использования. Надеюсь, это поможет другим.

В моем случае я хотел вручную добавить правило urlrewrite и не мог видеть очевидную ошибку (я пропустил ):

неверный код:

          

правильный код (с тегом правил):

            

Я решил это, выполнив следующие шаги:

  1. Я создал новую группу приложений в IIS.
  2. Откройте дополнительные настройки для сайта или веб-приложения, которое имеет эту проблему.
  3. И установите группу нового приложения.

Здесь у вас есть изображения этих шагов:

Создать группу нового приложения

После создания группы приложения

Установите группу приложений на своем сайте или в веб-приложении.

Это сообщение об ошибке появляется в разных ситуациях.

В моем случае, помимо файла Web.Config моего приложения, у меня был дополнительный файл Web.Config в корневой папке (C: \ Inetpub \ http://www.root). Вероятно, после некоторых испытаний я остался там, я забыл все об этом и не мог понять, в чем проблема.

Удаление его решило проблему для меня.

Возможно, это неправильный ответ для вас. Но это был первый хит в Google, когда я попытался решить мою проблему. С этим сказал …

Такое же сообщение об ошибке произошло и для меня, но когда я попытался запустить IIS Express через Visual Studio.

Моя проблема заключалась в том, что я ошибочно передал свой файл applicationhost.config в TFS. Позже, когда я попытался запустить проект на своем ноутбуке после получения последних коммитов. вот когда произошла ошибка.

Я обнаружил, что путь к виртуальному каталогу был неправильным.

  

Надеюсь, что это поможет кому-то!

Это мой первый пост, так что будьте нежны 🙂

Давайте будем гением компьютера.