Помилка: «Не вдалося завантажити тип MvcApplication»

Я отримую помилку

Не вдалося завантажити тип MvcApplication

коли я намагаюся запустити свій веб-сайт.

Як це виправити?

Як би це ні звучало, спробував усе, і це не вийшло, і, нарешті, перезапустив VS2012, щоб побачити його знову.

-Для мене виправленням було змінити вихідний шлях на вкладці збірки. Я змінив вихідний шлях bin\і помилка пішла.

-Іншим виправленням може бути те, що ви неправильно встановили проект запуску.

Я отримував таку ж помилку і не дивлячись на те, щоб робити все, що згадувалося тут, і в інших місцях нічого не працювало. Виявилося, що я скопіював вихідний код global.asax.cs з попередньої версії проекту, яка мала іншу назву. Так namespace Testмало бути namespace Test.WebUI. Дурна помилка, звичайно, і мені трохи соромно писати це! Але писати з надією, що подібна помилка з боку будь-кого іншого може змусити його перевірити і цей тривіальний аспект.

Просто зробіть вручну на основі свого рішення.

Якщо ви використовуєте локальний IIS, спробуйте видалити реєстрацію веб-сайту в менеджері IIS, а потім відтворити його вручну.

[Витяг із запитання]

Якщо ви отримуєте цю помилку: "Не вдалося завантажити тип MvcApplication", подивіться на вихідний шлях вашого проекту та переконайтеся, що для нього встановлено значення "bin \". Проблема полягає в тому, що AspNetCompiler не може знайти файли, якщо вони не знаходяться у типовому місці.

Іншим побічним ефектом зміни вихідної папки є те, що ви не зможете налагоджувати свій код, і з'являється повідомлення про те, що інформацію про збірку неможливо знайти.

У мене було те саме питання, і я вирішив його, виконавши нижче кроки

1. Перейдіть до властивостей проекту
2. На вкладці "Збірка" встановіть вихідний шлях у "бін \"

Ах, це дратувало.

Отримала цю помилку після відключення електроенергії, і я повернувся до свого проекту.

Я спробував перезапустити VS. Я спробував встановити вихідний шлях до \ bin. Я перевірив пробіли своїх імен.

Але те, що для мене спрацювало, було відновити рішення.

Перебудувати рішення !!!

Моє рішення: Тому що я створив проблему! Я змінив простір імен на Global.asax.cs

Також потрібно змінити значення атрибута Inherits у Global.asax.

Перевірте код за інформацією, що міститься у global.asax. Вони повинні правильно вказувати на клас у його коді позаду.

зразок global.asax:

<%@ Application Codebehind="Global.asax.cs" Inherits="MyApplicationNamespace.MyMvcApplication" Language="C#" %>

зразок коду позаду:

   namespace MyApplicationNamespace
    {
        public class MyMvcApplication : System.Web.HttpApplication
        {
            protected void Application_Start( )
            {
                AreaRegistration.RegisterAllAreas( );
                FilterConfig.RegisterGlobalFilters( GlobalFilters.Filters );
                RouteConfig.RegisterRoutes( RouteTable.Routes );
                BundleConfig.RegisterBundles( BundleTable.Bundles );
            }
        }
    }

1. Клацніть правою кнопкою миші на проект в рамках рішення, яке не вдається.
2. Розвантажити проект
3. Перезавантажити проект
4. Створити проект
5. Реконструкція рішення

Це також може статися під час запуску проекту у візуальній студії, якщо ваш IIS Express має / розміщує старий / інший проект, використовуючи те саме призначення порту.

Щоб виправити це, ви можете змінити призначення порту для цього проекту або закрити IIS Express.

Якщо ви розміщуєте в IIS express і відкриваєте проект у двох різних місцях, ви можете побачити цю помилку.

Рішення - перейти до Project/Properties/Web/Serversта натиснути Create Virtual Directory.

Для мене рішенням було клацнути правою кнопкою миші проект Mvc, вибрати властивості та натиснути Створити віртуальний каталог.

З'явилося вікно повідомлення про те, що проект був перенесений у неправильну папку (він показав папку для іншого проекту TFS . Це дало можливість повернути його до потрібної папки.

Я вже мав bin/у вкладці збірки. Я отримав global.asax з іншої копії проекту, але це не вийшло.

Рішення, яке нарешті працювало для мене, полягало в тому, щоб видалити bin/папку та створити нову порожню папку з тим же ім’ям.

Я знаю, що для цього вже існує багато рішень, але я подумав, що я просто згадаю, що вирішив це для мене.

У моїй конфігурації було встановлено налагодження. Змінивши його на Release, для мене виправдався трюк.

Я отримував цю помилку, оскільки я запускав проект, незважаючи на деякі помилки компіляції. Цього я не помітив.

Видаліть вміст папки із бінами сайту (використовуйте для цього провідник файлів). Перебудувати.

Я впав у це. Я прочитав і перевірив усі можливі рішення, які були дані раніше. Перевірка контуру збірки, збирання, відновлення, очищення, перезапуск IIS та VS2015, перевстановлення всіх пакунків нута, складання їх по одному, тощо, ...

Я раптом згадав, що VS зберігає деякі тимчасові файли ASP у системних папках ... Я думаю, я мушу спробувати, зрештою, що може стати нічим не гіршим. Тому я спорожнів:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

І все знову працює ... Дивно, що ця проблема має такі різні можливі рішення ...

Я бачив це багато разів за останнє десятиліття і просто це було знову. Існує багато проблем, які призводять до однієї помилки.

Однією з причин є перейменування файлів. Якщо ви працюєте з файлами .cshtml, перевірте всі простори імен у цих файлах та у файлі Views \ web.config. Для веб-форм перейменуйте Default.aspx (пов'язані .cs та файли дизайнера автоматично перейменовані). Код змінюється, але рядок Inherits у розмітці не відповідає. Змініть її вручну. Двічі перевірте сторінку дизайнера. Іноді (VS2005-8?) Сторінка дизайнера не відображає змін у просторі імен. Цього не бачив у 2010 році.

Інша проблема полягає в тому, коли це працює в VS або на вашому локальному ПК, але не під час розгортання. Це може бути тому, що середовище розгортання не структурується однаково. Наприклад, помилка виникає, якщо ви розміщуєте свій код у віртуальному каталозі під папкою додатків, але він не виникає, якщо ви створюєте нову папку програми та розміщуєте там усі свої файли. Я цього не розумію, оскільки у мене була встановлена ​​нова дочірня / віртуальна папка з однаковими дозволами (або так я вважаю) і (я вважаю) пул додатків повинен працювати однаково для всіх у певній папці додатків.

У моєму випадку я також мав папку bin з збірками, які оновлюються від інших збірок на сервері IIS. Знову ж таки, переконання, що вони виконуються в окремій папці програм, призвело до успіху.

HTH

Я отримую цю проблему щоразу, коли я зберігаю файл, який динамічно збирається (ascx, aspx тощо). Я чекаю близько 8-10 секунд, потім він проходить. Це пекельно дратує.

Я подумав, що це, можливо, проблема IIS Express, тому я спробував на вбудованому сервері розробників, і досі отримую його після збереження файлу. Я запускаю додаток MVC, я також використовую T4MVC, можливо, це є фактором ...

У мене була ця розчарована помилка в середовищі розробки в студії Visual, і виявилося, що причина була дуже німою. Якщо коротко, якщо у вас є кілька розроблених веб-проектів / сайтів: переконайтеся, що порт, до якого ви намагаєтесь отримати доступ до веб-сайту, такий самий, як і налаштований у Project Properties-> Web

У моєму випадку помилка була викликана тим, що я використовував інший порт для доступу до веб-сайту (у браузері), тоді як проект, що розв'язувався, був призначений іншим портом. Щоб пояснити трохи більше, у мене було два проекти веб-сайтів у моєму рішенні Website1 (призначений порт 8001 в ISS Visual-Studio) та Website2 (призначений порт 8101 в ISS від Visual-Studio). Тож, хоча я будував Website1, я намагався отримати доступ до веб-сайту за допомогою locahost: 8101.

Тепер, коли я нарешті зрозумів проблему, я бачу, що коментар @ StingyJack також вирішує подібну проблему.

Переконайтесь, що простір імен у вашому global.asax.cs відповідає простору імен вашого веб-сайту

У мене знову з’явилася ця помилка, і жодне з перерахованого вище не працювало для мене. Я повинен був вилучити наступний вузол в .csproj файлу: <VisualStudio>....</VisualStudio>. Перезавантажили VS і воно спрацювало.

FYI, VS змогла відтворити вузол, і тоді я відтворив веб-сайт у IIS (через VS), і він працював чудово.

Сподіваємось, це комусь допоможе.

Переконайтесь, що вам не доведеться відкривати проект MVC, як-от File-> Open Web site, а замість цього використовується File-> Open Project .

Що для мене спрацювало - це перезапуск Visual Studio.

Я спробував вручну відновити, виконавши очищення та відновлення та видаливши папку бін, і все це не вийшло. Мій шлях виводу вже встановлено у бін \

Якщо ви змінили область імен, переконайтесь, що клацніть правою кнопкою миші та рефактор.

Це може траплятися дуже часто, якщо ви зміните простір імен. Поверніть ім’я свого простору імен, як раніше, і це повинно змусити його працювати!

За деяких обставин нові проекти, які ви створюєте, за замовчуванням не встановлюються для створення. Якщо ви клацніть правою кнопкою миші на своєму рішенні, виберіть Propertiesі виберіть Configuration Properties| Configurationвузол зліва та переконайтеся, що ваш проект має галочку підBuild стовпцем. У звичайних обставинах я вважаю, що це відбувається за замовчуванням. За інших обставин (у мене трапляється дещо складне рішення для Web Api / Xamarin для Android та iOS / Mvc 5, яке проявляє таку поведінку), галочка відсутня.

Це пов'язано з іншими відповідями - якщо збірка вашого веб-проекту недоступна, ви отримуєте цю помилку. Але це може бути загальним сценарієм, тим більше, що ви фактично компілюєте своє рішення - проект просто не будується.

Я отримав цю помилку, оскільки мій контроль версій став ігнорувати мою папку бін . Дуже дурний, але, можливо, хтось інший піде на користь.

Я зіткнувся з цією самою проблемою і бачу там всілякі відповіді, але нічого не було прийнято. Я трохи пізнав, що просто побудова веб-сайту перед тим, як спробувати запустити, вирішила мою проблему.