Błąd: «Nie można załadować typu MvcApplication»

Pojawia się błąd

Nie można załadować typu MvcApplication

kiedy próbuję uruchomić moją stronę internetową.

Jak to poprawić?

Choć może to zabrzmieć głupio, wypróbowałem wszystko, ale to nie zadziałało i ostatecznie zrestartowałem VS2012, aby zobaczyć, jak działa ponownie.

-Dla mnie poprawka polegała na zmianie ścieżki wyjściowej w zakładce kompilacji. Zmieniłem ścieżkę wyjściową na bin\i błąd zniknął.

- Inną poprawką może być nieprawidłowe ustawienie projektu uruchamiania.

Otrzymywałem ten sam błąd i pomimo robienia wszystkiego, co tu wspomniano, a gdzie indziej nic nie działało. Okazało się, że skopiowałem kod źródłowy global.asax.cs z poprzedniej wersji projektu, który miał inną nazwę. Więc…namespace Test powinno być namespace Test.WebUI. Oczywiście głupi błąd i jestem trochę zawstydzony, aby to napisać! Ale pisząc w nadziei, że podobny błąd popełniony przez kogoś innego może skłonić go do sprawdzenia również tego trywialnego aspektu.

Po prostu zrób ręczną kompilację swojego rozwiązania.

Jeśli używasz lokalnych usług IIS, spróbuj usunąć rejestrację witryny w menedżerze usług IIS, a następnie ponownie ją utworzyć ręcznie.

[Wyodrębniono z pytania]

Jeśli pojawia się ten błąd: „Nie można załadować typu MvcApplication”, spójrz na ścieżkę wyjściową swojego projektu i upewnij się, że jest ustawiony na „bin \”. Problem polega na tym, że AspNetCompiler nie może znaleźć plików, jeśli nie znajdują się one w domyślnej lokalizacji.

Innym efektem ubocznym zmiany folderu wyjściowego jest to, że nie będzie można debugować kodu i pojawia się komunikat informujący, że nie można znaleźć informacji o zestawie.

Miałem ten sam problem i rozwiązałem go, wykonując poniższe czynności

1. Przejdź do właściwości projektu
2. Na karcie „Kompilacja” ustaw ścieżkę wyjściową na „bin \”

Ach, to było denerwujące.

Dostałem ten błąd po przerwie w zasilaniu i wróciłem do mojego projektu.

Próbowałem zrestartować VS. Próbowałem ustawić ścieżkę wyjściową na \ bin. Sprawdziłem swoje przestrzenie nazw.

Ale dla mnie zadziałało przebudowanie rozwiązania.

Przebuduj rozwiązanie !!!

Moje rozwiązanie: ponieważ stworzyłem problem! Zmieniłem przestrzeń nazw w Global.asax.cs

Musisz także zmienić wartość atrybutu Dziedziczy w pliku Global.asax.

Sprawdź kod za informacją podaną w global.asax. Powinny one poprawnie wskazywać klasę w jej kodzie z tyłu.

próbka global.asax:

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

przykładowy kod za:

   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. Kliknij prawym przyciskiem myszy projekt w rozwiązaniu, które nie działa.
2. Rozładuj projekt
3. Załaduj ponownie projekt
4. Zbuduj projekt
5. Przebuduj rozwiązanie

Może się to również zdarzyć podczas uruchamiania projektu w Visual Studio, jeśli Twój IIS Express ma / obsługuje stary / inny projekt korzystający z tego samego przypisania portów.

Aby to naprawić, możesz zmienić przypisanie portu dla tego projektu lub zamknąć IIS Express.

Jeśli prowadzisz hosting w IIS express i otwierasz swój projekt w dwóch różnych lokalizacjach, możesz zobaczyć ten błąd.

Rozwiązaniem jest przejście do Project/Properties/Web/Serversi kliknięcie Create Virtual Directory.

Rozwiązaniem było dla mnie kliknięcie prawym przyciskiem myszy projektu Mvc, wybranie właściwości i kliknięcie Utwórz wirtualny katalog.

Pojawiło się okno komunikatu z informacją, że projekt został zmapowany do niewłaściwego folderu (pokazał folder innego projektu TFS . Dał opcję odwzorowania go z powrotem na właściwy folder.

Miałem już bin/w zakładce kompilacji. Dostałem global.asax z innej kopii projektu, ale to nie wyszło.

Rozwiązaniem, które w końcu działało dla mnie, było usunięcie bin/folderu i utworzenie nowego pustego folderu o tej samej nazwie.

Wiem, że istnieje już wiele rozwiązań tego problemu, ale pomyślałem, że po prostu wspomnę, co dla mnie rozwiązało.

Moja konfiguracja została ustawiona na Debugowanie. Zmieniając go na Release, załatwiłem sprawę.

Otrzymałem ten błąd, ponieważ prowadziłem projekt pomimo pewnych błędów czasu kompilacji. Tego nie zauważyłem.

Usuń zawartość folderu bin witryny (użyj do tego eksploratora plików). Odbudować.

Wpadłem w to. Przeczytałem i przetestowałem wszystkie możliwe wcześniej rozwiązania. Sprawdzanie ścieżki kompilacji, kompilacji, przebudowywania, czyszczenia, restartowanie IIS i VS2015, ponowne instalowanie wszystkich pakietów nuget, kompilowanie ich jeden po drugim itp.

Nagle przypomniałem sobie, że VS przechowuje niektóre pliki tymczasowe ASP w folderach systemowych ... Myślę, że powinienem spróbować, w końcu nie może być gorzej. Więc opróżniłem:

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

I wszystko znów działa ... Dziwne, że ten problem ma tak różne możliwe rozwiązania ...

Widziałem to wiele razy w ciągu ostatniej dekady i właśnie to miałem. Istnieje wiele problemów, które powodują ten sam błąd.

Jedną z przyczyn jest zmiana nazwy plików. Jeśli pracujesz z plikami .cshtml, sprawdź wszystkie przestrzenie nazw w tych plikach oraz w pliku Views \ web.config. W przypadku formularzy internetowych zmień nazwę Default.aspx (powiązane pliki .cs i pliki projektantów zostaną automatycznie zmienione). Kod zmienia się, ale linia Dziedziczenia w znacznikach nie. Zmień to ręcznie. Sprawdź dokładnie stronę projektanta. Czasami (VS2005-8?) Strona projektanta nie odzwierciedla zmiany w przestrzeni nazw. Nie widziałem tego w 2010+.

Innym problemem jest to, że wszystko działa w VS lub na lokalnym komputerze, ale nie podczas wdrażania. Może to być spowodowane tym, że środowisko wdrażania nie ma takiej samej struktury. Na przykład błąd występuje, jeśli umieścisz kod w katalogu wirtualnym w folderze aplikacji, ale nie występuje, jeśli utworzysz nowy folder aplikacji i umieścisz w nim wszystkie pliki. Nie rozumiem tego, ponieważ miałem nowy folder podrzędny / wirtualny z tymi samymi uprawnieniami (tak mi się wydaje) i (uważam) pula aplikacji powinna działać tak samo dla wszystkich elementów w danym folderze aplikacji.

W moim przypadku miałem również folder bin ze złożeniami, które są aktualizowane z innych zestawów na serwerze IIS. Ponownie upewnienie się, że są one uruchamiane w osobnym folderze aplikacji, zakończyło się sukcesem.

HTH

Ten problem pojawia się za każdym razem, gdy zapisuję plik, który jest dynamicznie kompilowany (ascx, aspx itp.). Czekam około 8-10 sekund, a potem znika. To piekielnie denerwujące.

Pomyślałem, że to może być problem z IIS Express, więc spróbowałem na wbudowanym serwerze deweloperskim i nadal otrzymuję go po zapisaniu pliku. Korzystam z aplikacji MVC, używam również T4MVC, może to jest czynnik ...

Miałem ten frustrujący błąd w środowisku programistycznym w Visual Studio i okazało się, że powód był dość głupi. Krótko mówiąc, jeśli masz więcej niż jeden projekt / witrynę internetową w rozwiązaniu: upewnij się, że port, do którego próbujesz uzyskać dostęp do strony internetowej, jest taki sam, jak skonfigurowany we Właściwościach projektu-> Sieć

W moim przypadku błąd został spowodowany, ponieważ korzystałem z innego portu, aby uzyskać dostęp do strony internetowej (w przeglądarce), podczas gdy projektowi w rozwiązaniu został przypisany inny port. Aby wyjaśnić nieco więcej, w moim rozwiązaniu miałem dwa projekty witryn WWW1 (przypisany port 8001 w ISS przez Visual-Studio) i Website2 (przypisany port 8101 w ISS przez Visual-Studio). Mimo że budowałem witrynę WWW1, próbowałem uzyskać dostęp do witryny przy użyciu locahost: 8101.

Teraz, kiedy w końcu zdałem sobie sprawę z problemu, widzę, że komentarz @ StingyJack dotyczy również podobnego problemu.

Upewnij się, że przestrzeń nazw w pliku global.asax.cs odpowiada przestrzeni nazw aplikacji internetowej

Ponownie miałem ten błąd i żadne z powyższych nie działało dla mnie. Musiałem usunąć następujący węzeł z pliku .csproj:<VisualStudio>....</VisualStudio> . Załadowano ponownie VS i zadziałało.

FYI, VS był w stanie odtworzyć węzeł, a następnie odtworzyłem stronę internetową w IIS (poprzez VS) i działało idealnie.

Mam nadzieję, że to komuś pomoże.

Upewnij się, że nie powinieneś otwierać projektu MVC, takiego jak Plik-> Otwórz witrynę sieci Web, użyj Plik-> Otwórz projekt .

Dla mnie zadziałało ponowne uruchomienie programu Visual Studio.

Próbowałem ręcznie przebudować, wykonać czyszczenie i przebudowę oraz usunąć folder bin, z których wszystkie nie działały. Moja ścieżka wyjściowa została już ustawiona na bin \

Jeśli zmieniłeś przestrzeń nazw, kliknij prawym przyciskiem myszy i dokonaj refaktoryzacji.

Może się to zdarzyć bardzo często, jeśli zmienisz przestrzeń nazw. Zwróć nazwę swojej przestrzeni nazw, tak jak kiedyś, i to powinno działać!

W niektórych okolicznościach nowe projekty, które tworzysz, nie są domyślnie ustawione na kompilację. Jeśli klikniesz prawym przyciskiem myszy rozwiązanie, wybierz Propertiesi wybierz Configuration Properties| Configurationwęzeł po lewej stronie i upewnij się, że projekt ma znacznik wyboru pod Buildkolumną. W normalnych okolicznościach stwierdziłem, że dzieje się tak domyślnie. W innych okolicznościach (zdarza mi się, że mam nieco złożone rozwiązanie Web Api / Xamarin Android i iOS / Mvc 5, które wykazuje takie zachowanie), znacznik wyboru nie jest obecny.

Jest to związane z innymi odpowiedziami - jeśli zespół twojego projektu internetowego jest niedostępny, pojawia się ten błąd. Ale może to być częsty scenariusz, zwłaszcza że kompilujesz swoje rozwiązanie - projekt po prostu się nie buduje.

Wystąpił ten błąd, ponieważ moja kontrola wersji została skonfigurowana tak, aby ignorować folder bin . Bardzo głupie, ale może ktoś inny skorzysta.

Natknąłem się na ten bardzo problem i widzę tam wszelkiego rodzaju odpowiedzi, ale nic nie zostało zaakceptowane. Po pewnym czasie odkryłem, że samo zbudowanie strony internetowej przed próbą uruchomienia rozwiązało mój problem.