Fehler: «Typ MvcApplication konnte nicht geladen werden»

Ich bekomme den Fehler

Typ MvcApplication konnte nicht geladen werden

wenn ich versuche, meine Website zu betreiben.

Wie kann ich das korrigieren?

So dumm es auch klingen mag, habe alles versucht und es hat nicht funktioniert und schließlich VS2012 neu gestartet, um zu sehen, dass es wieder funktioniert.

-Für mich bestand die Lösung darin, den Ausgabepfad auf der Registerkarte "Erstellen" zu ändern. Ich habe den Ausgabepfad auf geändert bin\und der Fehler ist verschwunden.

- Eine weitere Lösung könnte sein, dass Sie das falsche Startprojekt eingestellt haben.

Ich bekam den gleichen Fehler und trotz allem, was hier und anderswo erwähnt wurde, funktionierte nichts. Es stellte sich heraus, dass ich den Quellcode von global.asax.cs aus einer früheren Version des Projekts kopiert hatte, die einen anderen Namen hatte. Das namespace Testhätte also sein sollen namespace Test.WebUI. Ein dummer Fehler natürlich und es ist mir ein bisschen peinlich, das zu schreiben! Aber in der Hoffnung zu schreiben, dass ein ähnlicher Fehler von irgendjemand anderem dazu führen könnte, dass er auch diesen trivialen Aspekt überprüft.

Erstellen Sie einfach ein Handbuch, das auf Ihrer Lösung aufbaut.

Wenn Sie lokalen IIS verwenden, löschen Sie die Website-Registrierung im IIS-Manager und erstellen Sie sie manuell neu.

[Auszug aus Frage]

Wenn die folgende Fehlermeldung angezeigt wird: "Typ MvcApplication konnte nicht geladen werden", überprüfen Sie den Ausgabepfad Ihres Projekts und stellen Sie sicher, dass er auf 'bin \' gesetzt ist. Das Problem ist, dass der AspNetCompiler die Dateien nicht finden kann, wenn sie sich nicht am Standardspeicherort befinden.

Ein weiterer Nebeneffekt beim Ändern des Ausgabeordners besteht darin, dass Sie Ihren Code nicht debuggen können und eine Meldung angezeigt wird, dass die Assembly-Informationen nicht gefunden werden können.

Ich hatte das gleiche Problem und löste es mit den folgenden Schritten

1. Gehen Sie zu den Projekteigenschaften
2. Setzen Sie auf der Registerkarte "Erstellen" den Ausgabepfad auf "bin \".

Ahh das war nervig.

Ich habe diesen Fehler nach einem Stromausfall erhalten und bin zu meinem Projekt zurückgekehrt.

Ich habe versucht, VS neu zu starten. Ich habe versucht, den Ausgabepfad auf \ bin zu setzen. Ich habe meine Namensräume überprüft.

Aber was für mich funktioniert hat, war die Lösung neu zu erstellen.

Lösung neu erstellen !!!

Meine Lösung: Weil ich das Problem geschaffen habe! Ich hatte den Namespace in Global.asax.cs geändert

Sie müssen auch den Attributwert Inherits in Global.asax ändern.

Überprüfen Sie den Code hinter den Informationen in global.asax. Sie sollten korrekt auf die Klasse in ihrem Code dahinter verweisen.

Beispiel global.asax:

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

Beispielcode dahinter:

   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. Klicken Sie mit der rechten Maustaste auf das Projekt in der fehlgeschlagenen Lösung.
2. Projekt entladen
3. Projekt neu laden
4. Projekt erstellen
5. Lösung neu erstellen

Dies kann auch während der Ausführung des Projekts in Visual Studio passieren, wenn Ihr IIS Express ein altes / anderes Projekt mit derselben Portzuweisung hostet / hostet.

Um dies zu beheben, können Sie die Portzuweisung für dieses Projekt ändern oder IIS Express schließen.

Wenn Sie in IIS Express hosten und Ihr Projekt an zwei verschiedenen Orten öffnen, wird dieser Fehler möglicherweise angezeigt.

Die Lösung besteht darin, zu Project/Properties/Web/Serversklicken Create Virtual Directory.

Die Lösung für mich bestand darin, mit der rechten Maustaste auf das Mvc-Projekt zu klicken, Eigenschaften auszuwählen und auf Virtuelles Verzeichnis erstellen zu klicken.

In einem Meldungsfeld wurde angezeigt, dass das Projekt dem falschen Ordner zugeordnet war (es zeigte den Ordner für ein anderes TFS-Projekt an . Es gab die Möglichkeit, es wieder dem richtigen Ordner zuzuordnen.

Ich hatte bereits bin/in meinem Build-Tab. Ich habe global.asax von einer anderen Kopie des Projekts erhalten, aber das hat nicht geklappt.

Die Lösung, die schließlich für mich funktionierte, bestand darin, den bin/Ordner zu entfernen und einen neuen leeren Ordner mit demselben Namen zu erstellen.

Ich weiß, dass es dafür bereits viele Lösungen gibt, aber ich dachte, ich werde nur erwähnen, was es für mich gelöst hat.

Meine Konfiguration wurde auf Debug eingestellt. Das Ändern auf Release hat den Trick für mich getan.

Ich habe diesen Fehler erhalten, weil ich das Projekt trotz einiger Fehler bei der Kompilierung ausgeführt habe. Das habe ich nicht bemerkt.

Löschen Sie den Inhalt des Bin-Ordners der Site (verwenden Sie dazu den Datei-Explorer). Wiederaufbauen.

Ich bin darauf hereingefallen. Ich habe alle möglichen Lösungen gelesen und getestet, die zuvor gegeben wurden. Überprüfen des Erstellungspfads, Erstellen, Neuerstellen, Bereinigen, Neustarten von IIS und VS2015, erneutes Installieren aller Nuget-Pakete, einzelnes Kompilieren usw.

Ich erinnerte mich plötzlich daran, dass VS einige temporäre ASP-Dateien in Systemordnern aufbewahrt ... Ich denke, ich sollte es versuchen, schließlich könnte das nicht schlimmer werden. Also habe ich geleert:

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

Und alles funktioniert wieder ... Seltsam, dass dieses Problem so unterschiedliche Lösungsmöglichkeiten hat ...

Ich habe das in den letzten zehn Jahren oft gesehen und hatte es einfach wieder. Es gibt viele Probleme, die zum gleichen Fehler führen.

Eine Ursache ist das Umbenennen von Dateien. Wenn Sie mit CSHTM-Dateien arbeiten, überprüfen Sie alle Namespaces in diesen Dateien und in der Datei Views \ web.config. Benennen Sie bei Webformularen Default.aspx um (verwandte CS- und Designer-Dateien werden automatisch umbenannt). Das Codebehind ändert sich, die Inherits-Zeile im Markup jedoch nicht. Ändern Sie es manuell. Überprüfen Sie die Designerseite. Manchmal (VS2005-8?) Spiegelt die Designer-Seite keine Änderung des Namespace wider. Habe das 2010+ nicht gesehen.

Ein weiteres Problem besteht darin, dass alles in VS oder auf Ihrem lokalen PC funktioniert, jedoch nicht bei der Bereitstellung. Dies kann daran liegen, dass die Bereitstellungsumgebung nicht dieselbe Struktur aufweist. Der Fehler tritt beispielsweise auf, wenn Sie Ihren Code in einem virtuellen Verzeichnis unter einem Anwendungsordner ablegen. Er tritt jedoch nicht auf, wenn Sie einen neuen Anwendungsordner erstellen und alle Ihre Dateien dort ablegen. Ich verstehe diesen nicht, da ich den neuen untergeordneten / virtuellen Ordner mit denselben Berechtigungen eingerichtet habe (oder glaube ich) und (ich glaube) der Anwendungspool für alle in einem bestimmten Anwendungsordner gleich funktionieren sollte.

In meinem Fall hatte ich auch einen bin-Ordner mit Assemblys, die von anderen Assemblys auf dem IIS-Server aktualisiert wurden. Auch hier führte das Sicherstellen, dass diese in einem separaten Anwendungsordner ausgeführt werden, zum Erfolg.

HTH

Ich bekomme dieses Problem jedes Mal, wenn ich eine Datei speichere, die dynamisch kompiliert wird (ascx, aspx usw.). Ich warte ungefähr 8-10 Sekunden, dann geht es weg. Es ist höllisch nervig.

Ich dachte, es sei vielleicht ein IIS Express-Problem, also habe ich es auf dem eingebauten Entwicklungsserver versucht und erhalte es nach dem Speichern einer Datei immer noch. Ich verwende eine MVC-App, ich verwende auch T4MVC, vielleicht ist das ein Faktor ...

Ich hatte diesen frustrierenden Fehler in der Entwicklungsumgebung in Visual Studio und stellte fest, dass der Grund ziemlich dumm war. Kurz gesagt, wenn Sie mehr als ein Webprojekt / eine Website in Lösung haben: Stellen Sie sicher, dass der Port, auf den Sie zugreifen möchten, mit dem in Projekteigenschaften-> Web konfigurierten Port übereinstimmt

In meinem Fall wurde der Fehler verursacht, weil ich einen anderen Port für den Zugriff auf die Website (im Browser) verwendet habe, während dem Projekt in Lösung ein anderer Port zugewiesen wurde. Um ein bisschen mehr zu erklären, hatte ich zwei Website-Projekte in meiner Lösung Website1 (zugewiesener Port 8001 in ISS von Visual-Studio) und Website2 (zugewiesener Port 8101 in ISS von Visual-Studio). Obwohl ich Website1 erstellt habe, habe ich versucht, mit locahost: 8101 auf die Website zuzugreifen.

Nachdem ich das Problem endlich erkannt habe, sehe ich, dass der Kommentar von @ StingyJack auch das ähnliche Problem anspricht.

Stellen Sie sicher, dass der Namespace in Ihrer Datei global.asax.cs mit dem Namespace Ihrer Webanwendung übereinstimmt

Ich hatte diesen Fehler erneut und keiner der oben genannten hat bei mir funktioniert. Ich musste den folgenden Knoten in der .csproj-Datei entfernen : <VisualStudio>....</VisualStudio>. VS neu geladen und es hat funktioniert.

Zu Ihrer Information, VS konnte den Knoten neu erstellen und dann habe ich die Website in IIS (über VS) neu erstellt und es hat perfekt funktioniert.

Hoffentlich hilft das jemandem.

Stellen Sie sicher, dass Sie das MVC-Projekt nicht wie Datei-> Website öffnen öffnen müssen . Verwenden Sie stattdessen Datei-> Projekt öffnen .

Was für mich funktioniert hat, war ein Neustart von Visual Studio.

Ich habe versucht, manuell neu zu erstellen, eine Bereinigung und Wiederherstellung durchzuführen und den Ordner bin zu löschen, was nicht funktioniert hat. Mein Ausgabepfad wurde bereits auf bin \ gesetzt

Wenn Sie einen Namespace geändert haben, klicken Sie mit der rechten Maustaste und überarbeiten Sie ihn.

Dies kann sehr häufig vorkommen, wenn Sie Ihren Namespace ändern. Geben Sie den Namen Ihres Namespace zurück, so wie er früher war, und das sollte funktionieren!

Unter bestimmten Umständen sind neue Projekte, die Sie erstellen, nicht standardmäßig so eingestellt, dass sie erstellt werden. Wenn Sie mit der rechten Maustaste auf Ihre Lösung klicken, wählen Sie Propertiesund wählen Sie Configuration Properties| ConfigurationKnoten auf der linken Seite und stellen Sie sicher, dass Ihr Projekt ein Häkchen unter dem hatBuild Spalte hat. Unter normalen Umständen habe ich festgestellt, dass dies standardmäßig geschieht. Unter anderen Umständen (ich habe zufällig eine etwas komplexe Web Api / Xamarin Android- und iOS / Mvc 5-Lösung, die dieses Verhalten aufweist) ist das Häkchen nicht vorhanden.

Dies hängt mit den anderen Antworten zusammen. Wenn die Assembly Ihres Webprojekts nicht verfügbar ist, wird dieser Fehler angezeigt. Dies kann jedoch ein häufiges Szenario sein, insbesondere da Sie Ihre Lösung tatsächlich kompilieren - das Projekt wird einfach nicht erstellt.

Ich habe diesen Fehler erhalten, weil meine Versionskontrolle so eingestellt wurde, dass mein bin- Ordner ignoriert wird . Sehr dumm, aber vielleicht wird jemand anderes davon profitieren.

Ich bin auf genau dieses Problem gestoßen und sehe dort alle möglichen Antworten, aber nichts wurde akzeptiert. Nach einer Weile stellte ich fest, dass das einfache Erstellen der Website vor dem Versuch, sie auszuführen, mein Problem löste.