Развертывание IIS7 - дубликат раздела «system.web.extensions / scripting / scriptResourceHandler» - PullRequest
202 голосов
/ 02 августа 2010

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

есть дубликат раздел 'system.web.extensions / scripting / scriptResourceHandler' определены.

Комментирование оскорбительных строк также не помогло. Какие-нибудь указатели на то, что мне нужно сделать или посмотреть?

Ответы [ 16 ]

0 голосов
/ 06 марта 2016

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

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

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

0 голосов
/ 26 февраля 2016

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

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

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

Create a new application's group

After you create the application's group

Set the application group in your site or web app

0 голосов
/ 03 августа 2015

Мое разрешение было довольно глупым.

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

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

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

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

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

0 голосов
/ 08 апреля 2015

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

0 голосов
/ 20 октября 2014

В моем случае я хотел вручную добавить правило 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>
0 голосов
/ 23 августа 2013

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...