"Повідомлення про помилку парсера: Не вдалося завантажити тип" у Global.asax

Я працюю над проектом MVC3 і отримую таку помилку:

Повідомлення про помилку аналізатора: Не вдалося завантажити тип "GodsCreationTaxidermy.MvcApplication".

Помилка джерела:

Рядок 1: <%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %>

Я отримав помилку, не може завантажити GodsCreationTaxidermy.Core.MvcApplication, але на цьому екрані знімок Основна частина не відображається в помилці:

Хтось має ідеї чи рішення цієї помилки?

Ваш локальний веб-сервер працює з іншим кодом, ніж над тим, що ви насправді працюєте. Переконайтеся, що ви припинили налагодження, зупиніть локальний веб-сервер, очистіть і переобладнайте так, як запропонував Петро, ​​двічі перевірте свої global.asax та global.asax.cs та повторіть спробу.

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

Перевірте, чи встановлено вихідний шлях для проекту (властивості проекту / Build) bin а не bin\Release чиbin\Debug

Чомусь IIS (сервер розробки VS або локальний IIS) завжди звертається до бібліотек з bin каталогу (і не шукає підкаталогів)

Спробуйте змінити файл global.asax (просто додайте пробіл десь) та повторіть запуск. це змусить вбудований веб-сервер оновити та перекомпілювати файл global.asax.

Також робіть чистку і відновлюйте - має вирішити проблему

Це трапляється іноді, якщо ви змінюєте інформацію про простір імен (проект або рівень класу) після global.asaxстворення.

Клацніть правою кнопкою миші на Global.asax файл і виберіть "Відкрити за допомогою", а потім виберіть "XML (Text) Editor with Encoding" (інші редактори також можуть працювати, але це те, що я використовую).

Потім відредагуйте розділ «Спадки» в директиві XML

<% @ Application Codebehind = "Global.asax.cs" Inherits = "GodsCreationTaxidermy.MvcApplication" Language = "C #"%>)

щоб вона відповідала фактичній повній назві вашого класу Application. І це все.

Інший варіант - скопіювати весь код з Global.asax.cs, а потім видалити та створити інший файл Global.asax (а потім скопіювати код назад у Global.asax.cs).

Я закрив і знову відкрив візуальну студію, і вона спрацювала.

Мені довелося перейти до НАВЧАЛЬНОГО -> КОНФІГУРАЦІЙНОГО КОНФІГУРАЦІЇ та - ага - встановити прапорець біля мого проекту, щоб переконатися, що він фактично будується.

У мене сьогодні було це питання, і мені знадобилося певний час, щоб знайти причину.

В основному, мій головний проект VS2015 включав підпроект, який був побудований за допомогою вищої версії .Net Framework.

Як не дивно, коли у вас є ця проблема, VS2015 із задоволенням повідомить, що рішення вирішило нормально, але коли ви спробуєте запустити веб-сайт, це просто видасть цю помилкову помилку, підказуючи, що ваш Global.asax.cs файл неправильний.

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

Також перевірте своє Outputвікно на наявність таких повідомлень:

The primary reference "C:\Projects\Business Objects 4\bin\Release\BusinessObjects.dll" 
could not be resolved because it was built against 
the ".NETFramework,Version=v4.5" framework. 
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".

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

Прикро, що Visual Studio 2015 дозволить вам повністю створити та запустити рішення, які спокійно містять цю проблему. Просить клопоту ..!

Ви також можете перевірити властивості свого сайту в IIS. (У IIS клацніть правою кнопкою миші сайт та виберіть Властивості.) Переконайтеся, що параметр «Фізичний шлях» вказує на правильний шлях для вашої програми, а не для іншої програми. (Це виправило цю помилку для мене.)

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

Я повинен був видалити global.asax.cs, а потім додав новий, клацнувши правою кнопкою миші Проект -> Додати новий елемент -> Global.asax і ТОМ нарешті це виправили.

Просто подумав, що це може комусь допомогти.

Я маю повідомити, що я спробував принаймні 4 пропозиції з цього поста. Жоден з них не працював. Але я радий повідомити, що відновився, завантажившись із резервної копії. Треба було лише оновити останні мої зміни коду з файлу журналу. Взяв менше 10 хвилин. Прочитав 3 рази, прочитавши цю публікацію та спробувавши інші пропозиції. Вибачте.

Це була дуже дивна помилка. Удачі всім, хто стикається з цим гремліном.

У мене така ж проблема, коли у мене є 2 екземпляри Visual Studio, що працює на одному проекті. Тож я закрив і Visual Studio, і відкрив лише один екземпляр, і він працює чудово зараз!

Я працював над старішим веб-проектом ASP.NET, заснованим на папках (який я ненавиджу) - і виявив, що це моє виправлення:

Створіть App_Codeпапку (якщо у вас її ще не було)

Перемістіть Global.asax.vbфайл у App_Codeпапку

Розмітка в Global.asax може залишати будь-які простори імен (принаймні, для цього стилю проекту, afaik):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

... де "MyApp" - це назва класу, визначеного в Global.asax.vb

"ЗРОБИТИ -> КОНФІГУРАЦІЙНИЙ КОНФІГУРАЦІЙ та - ага - поставте прапорець біля мого проекту, щоб переконатися, що він фактично будується." Це допомогло перейти до папки проекту в Windows Explorer, натиснувши параметри та зніміть прапорець "Читати лише".

Очистіть папку для сміття. Створіть усі бібліотеки залежних класів і віднесіть їх до основного проекту та складіть повне рішення.

Джерело

Я теж зіткнувся з тією ж проблемою. Незважаючи на дотримання кожного відповіді, це не спрацювало. Потім я змінив "Inherits = namespace.class " на "Inherits = повністю кваліфіковане ім'я збирання ", тобто "Inherits = namespace.class, Assemblyname, Version =, Culture =, PublicKeyToken = " Сподіваюся, що це допомагає.

Це також може трапитися, якщо ви випадково забудете встановити своє рішення VS на "Кілька проектів запуску", якщо ви використовуєте Web і WebApi з того самого рішення.

Ви можете перевірити це, клацнувши правою кнопкою миші на Рішення в Провіднику рішень і виберіть "Властивості". Потім знайдіть "Запуск проектів".

Видаліть .vsкаталог з кореня рішення. Чисто. Перебудувати.

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

Так, я прочитав усі відповіді. Однак якщо ви мене та витягуєте все, що залишилося від вашого волосся, спробуйте перевірити папку \ bin. Як і у більшості файлів proj, можливо, є кілька конфігурацій, згрупованих під XML-елементом PropertyGroup, я змінив OutputPathзначення з "bin \ Debug", щоб видалити частину "\ Debug" та відновити. Це розмістило файли у папці \ bin, що дозволяє Express IIS знаходити та завантажувати збірку. Мені залишається цікаво, що це правильний спосіб керувати цими різними збірками, щоб локальне розгортання налагодження змогло знайти та завантажити цільове середовище.

Цю проблему я вирішив, давши право дозволу на папку, а також перевірку від IIS.

Мені дали дозвіл усім, коли я тестуюсь у своєму місцевому середовищі. Але в режимі публікації, я думаю, ми даємо лише дозвіл користувачеві ASP.Net.

Я також отримав ту ж помилку ... перевірте ім'я програми, яку ви правильно розробили, тобто. виділеного простору імен та назви збірки, а також спробуйте фізично змінити назву папки, створеної для програми, все це повинно бути таким самим, як ім'я у вищевказаному просторі імен, присутнім у файлі global.asax

Я також отримав таку ж помилку ... перевірте конфігурацію IIS вашої віртуальної каталогів і переконайтеся, що властивості - ASP.NET - версія ASP.NET однакова з властивостями проекту - застосунку - цільової рамки. (Це виправило цю помилку для мене.)

Моя програма була побудована в більш старій версії VS і не мала папки. Я оновив її до нової версії, і у мене був кошмар, щоб розгорнути її. Я остаточно відстежив цю помилку до проекту> Властивості> Додаток. Цільова рамка була встановлена ​​на 2,0; змінивши його на сервері, щоб він відповідав менеджеру IIS / App Pool, вирішив проблему для мене.

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

Проблема для мене полягає в тому, що я не включив global.asax.cs у свій проект. А оскільки я копіював файли з .net 4.5 в 4.0, я не коментував рядки, які не потрібні в 4.0. Оскільки візуальна студія не включалася, вона склала його все одно без проблем. Але коли я включив його, він виділив лінії, які викликають проблеми.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;

namespace YourNameSpace
{
    public class WebApiApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();
            //GlobalConfiguration.Configure(WebApiConfig.Register);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            //BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }
}

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

Єдине, що працювало, - це видалення .sln файла, створення нового та додавання проектів назад по одному.

¯ \ _ (ツ) _ / ¯ - Програмування - ¯ \ _ (ツ) _ / ¯

У моєму випадку веб-збірка була частиною GAC ... тому після збирання її потрібно встановити в GAC і вона спрацювала.

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

У IIS мій сайт був прив’язаний до http: * 80: webservices.local і містив додаток під назвою MyAPI. Я отримав жахливе повідомлення під час виклику програми MyAPI за допомогою ip-адреси веб-сервера.

Для успішного виклику моєї програми мені довелося додати запис хост-файлу для webservices.local на всіх машинах, що викликали додаток MyAPI. Тоді всі мої запити мали бути встановлені за допомогою префікса http: //webservices.local/MyAPI/ , щоб правильно прокласти маршрут.

Я спробував тут абсолютно все, і нічого не вийшло. Мій проект був у VS 2013. Я з тих пір перейшов до VS 2015 і створював усі мої нові програми у 2015 році, але завантажував, компілював, будував і т. Д. Всі мої старі програми, які були побудовані в 2013 році в цій версії.

Я закінчила лише завантаження рішення у 2015 році, і це вирішило для мене.

Я витратив кілька днів на це питання. Нарешті я вирішив це за допомогою наступного поєднання пропозицій з цієї посади.

1. Змінення цілі платформи на будь-який процесор. Наразі у мене не було цієї конфігурації, тому мені довелося перейти до Менеджера конфігурацій та додати його. Я спеціально компілював для x64. Це одне не усунуло помилку.
2. Змініть вихідний шлях на, bin\а не на bin\x64\Debug. Я намагався це кілька разів, перш ніж змінити ціль платформи. Він ніколи не змінився, окрім помилки, що не вдалося завантажити збірку через невірний формат.

Щоб було зрозуміло, я повинен був зробити те і інше, перш ніж воно почало працювати. Я спробував їх окремо кілька разів, але це ніколи не виправлялося, поки я не робив обох.

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

Два способи отримати це:

• Менеджер конфігурацій показує складання dll у вигляді суміші "64" та "будь-якого процесора". Встановлення всіх в одну збірку виправляє це.

• Під час перемикання між гілками експрес-шлях IIS іноді не оновлюється. Клацніть правою кнопкою миші 'IIS Express' на панелі завдань> Показати всі програми та перевірити, чи шлях до правильної гілки.