Ошибка: allowDefinition = ‘MachineToApplication’ за пределами уровня приложения

Я загрузил онлайн-проект в ASP.Net. При запуске приложения я получаю сообщение об ошибке

Ошибка использования раздела, зарегистрированного как allowDefinition = ‘MachineToApplication’, превышающего уровень приложения. Эта ошибка может быть вызвана тем, что виртуальный каталог не настроен как приложение в IIS.

Какие изменения я должен внести в web.config или где-нибудь еще, чтобы сделать эту работу?

Я только что столкнулся с этим «восторгом». Кажется, он появился сразу после публикации веб-приложения в режиме выпуска.

Единственный способ последовательно обойти проблему, которую я нашел, – это следовать этому контрольному списку:

  1. Чистое решение, в то время как ваше решение настроено в режиме Release.
  2. Чистое решение, в то время как ваше решение настроено в режиме отладки.
  3. Постройте, пока ваше решение настроено в режиме отладки.

Просто приходите на этот пост, и это происходит со мной.
Просто Clean проект, и ошибка исчезнет. (должна быть ошибка VS2010)

У меня была эта проблема при создании второй версии моего сайта. Это не произошло, когда я построил его в первый раз.

Я только что удалил папки bin и obj, запустил Clean Solution и снова построил его, на этот раз без проблем.

Никто. Вам необходимо настроить каталог, который вы разместили на веб-сайте в качестве веб-приложения в IIS .

Эта ошибка возникает при попытке открыть проект как веб-сайт. Самый простой способ определить, создан ли веб-сайт или проект, – проверить папку с вашим решением (то есть, где вы сохранили код), и посмотреть, есть ли в корневом каталоге файл * .sln, если вы это сделаете, ve создал проект.

Просто добавлю, я столкнулся с этой ошибкой только сейчас, когда попытался открыть проект, который я создал некоторое время назад, выбрав «Файл», «Открыть веб-сайт» в меню Visual Studio, тогда как я должен был выбрать «Файл», «Открыть проект», вместо. Я встретился лицом к лицу, как только понял:

В Visual Studio 2013 я боролся с этим некоторое время, и довольно легко решить, просто следуйте за исключениями, которые говорят, что «виртуальный каталог не настроен как приложение в IIS»

В моем случае у меня был WebService установленный на IIS website поэтому

  1. Я открыл веб-сайт в диспетчере IIS
  2. щелкните правой кнопкой мыши папку WCF
  3. нажмите « Convert to Application
  4. и затем отправляется с помощью Ok

WCF работает и работает.

Ошибка указывает на то, что код, который вы используете, ожидает установки виртуального каталога в IIS.

Просмотрите документацию и добавьте требуемый виртуальный каталог. Это должен быть каталог, в котором есть web.config (а не корневой каталог).

Если у вас есть проект MVC с включенной поддержкой views, одним из решений является удаление obj-папки перед сборкой. Добавить в проект файл:

       

Вот статья: Как удалить папку bin и / или obj перед сборкой или развертыванием

Недавнее изменение web.config может быть в неправильном файле web.config.

В Views / web.config добавлено свойство . Независимо от того, сколько очищает и восстанавливает ошибку. Исправить было перемещение свойства в корневой каталог /web.config .

если вы столкнулись с этой ошибкой

Ошибка использования раздела, зарегистрированного как allowDefinition = ‘MachineToApplication’, превышающего уровень приложения. Эта ошибка может быть вызвана тем, что виртуальный каталог не настроен как приложение в IIS

РЕШЕНИЕ
У меня была такая же проблема с VS 2012. Я решил это

  1. Выгрузить текущий проект
  2. отредактируйте ваш .csproj
  3. Найдите этот false
  4. Вместо ложного изменения значение true
  5. Загрузите снова свой проект, и вы не должны больше этого делать

Если у вас есть, то одно решение – удалить содержимое папки obj в проекте, сгенерированном компилятором.

В моем случае проблема возникла только после того, как я опубликовал проект в подкаталоге. Из-за недостатка знаний я поместил свой подкаталог web_project каталог web_project .

Понятно, что web_publish содержит также тот же Web.config что и в проекте. Тем не менее, web_project не знает, что мой web_publish следует избегать при поиске Web.config s во вложенных подкаталогах. Таким образом, Web.config были дублированы и возникла ошибка.

Решение состояло в том, чтобы разместить мой web_publish другом месте.

В моем случае была папка «Резервное копирование», в которой содержалась еще одна копия всего веб-сайта. Это означало еще один web.config поэтому assembly не удалась с этой ошибкой. Я удалил папку «Резервное копирование», выполнил решение «Чистое» в assemblyх Debug и Release, и ошибка исчезла.

Очистите проект Удалить папку / obj (возможно, используя публикацию и развертывание?), В ней есть ошибка)

Моя проблема заключалась в том, что я случайно опубликовал свой веб-сервис в предварительно заполненном месте на новой установке VS2010.

Я опубликовал в папке PreCompiledWeb , и присутствие web.config, я подозреваю, испортил его.

Я просто кинул папку и обновил проект.

При двойном щелчке этой ошибки – это привело меня к тому ошибочному файлу web.config, который опрокинул меня.

Возможно, это проблема с версией, как вы загружаете проект .Net framework 2.0 и хотите открыть его в VS2008, тогда вам нужно будет перейти на последнюю версию, а VS создаст резервную копию папки в том же корневом каталоге. Вы будете получите ответ здесь .

У меня была эта ошибка при создании решения с проектом веб-развертывания, созданным в моем решении. Я разрешаю ошибку, удаляя папку, в которой строится проект веб-развертывания. Эта папка указана в атрибуте «Папка проекта» свойств WDP

В моем случае,

Решение содержит 6 проектов, 1 основную и 5 подкаталогов. все подкаталоги имеют web.config.

При запуске любой страницы в подкаталогах я получал такую ​​же ошибку.

Я удалил эту строку из web.config,

  

это сработало для меня.

Удалите папки bin и obj. Затем перестройте решение.

По-видимому, в моем решении было два файла web.config. Я использую MVC4, и в разделе «Виды» был еще один файл конфигурации, и я вносил изменения в неправильный файл. Исправлено это помогло мне.

Но вы всегда можете изменить redirect / маршрут по умолчанию в файле global.asax.

Вероятно, у вас есть папка проекта sub asp.net в папке проекта, которая не настроена как виртуальный каталог. Установите проект для запуска в IIS.

Я добавил на свой сайт публикацию скрипта. В конце удалите папку obj из папки вашего веб-сайта.

У меня эта проблема более частая, если в файле проекта включено «true».

  1. Установить false

Как говорит Джонни:

  1. Чистое решение, в то время как ваше решение настроено в режиме Release.
  2. Чистое решение, в то время как ваше решение настроено в режиме отладки.
  3. Постройте, пока ваше решение настроено в режиме отладки.

У меня был проект, который я не хотел быть веб-приложением, я хотел, чтобы это была папка. Ответ заключался в том, чтобы удалить файл web.config в целом. Он принадлежит только в корне приложения.

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

У меня такая же проблема в VS 2013 после публикации моего проекта в режиме отладки. Проблема была решена путем удаления obj / файлов

У меня есть проект веб-сайта.

В моем случае я переместил файл решения на другой путь, и это вызвало проблему. Я вернул его в предыдущее место, и проблема исчезла.

Для любого, кто все еще смотрит, мое решение состояло в том, чтобы удалить папки bin и obj и перезапустить визуальную студию, кажется, исправить это.

Через Visual Studio я опубликовал службу WCF через FTP , на внешний сервер. Он работал нормально локально и при публикации на внутренний сервер, но не на внешний. Решение было публиковать без предоставления пути к Site Path (другими словами, публиковать непосредственно в корне виртуального каталога).

Я не уверен, почему это сработало, поскольку я уже пытался переместить файлы в корне через внешний FTP-клиент – среди многих других попыток, включая все перечисленные здесь. Возможно, это было что-то с профилем публикации, как это было для FabianVal . Но на данный момент я не в настроении тестировать, так как я спешу встать на ноги после всех дней, потраченных на эту проблему.

tip 1: clean & then rebuild.

tip 2: просто закройте VS и снова откройте.

tip 3: загруженный проект может находиться внутри другой подпапки … открыть папку, в которой есть файлы .net.

c: / demo1 / demo / (все файлы)

Вам нужно открыть демо-версию vs … not demo1.

Я пробовал каждое решение выше, но никто из них не работал на мою проблему. (Я уверен, что есть тысячи решений этой проблемы). По моему сценарию, я пытался опубликовать свой веб-сервис WCF, который был у меня в процессе тестирования.

Однако я не понял, что в производстве мы только HTTPS, что означает, что мы перенаправляем все на HTTPS. Как оказалось, я указывал на службу через HTTP вместо HTTPS, тем самым вызывая ошибку. Решением в этом сценарии было просто изменить протокол адресов на HTTPS, а не на HTTP.

Надеюсь, что помогает бедняге, пытаясь понять эту проблему.

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