Wir haben also einige Probleme bei der Bereitstellung einer ASP.NET MVC-App auf einer Client-Website. Grundsätzlich, wenn wir versuchen, die App von localhost zu testen, erhalten wir die gefürchtete Global.asax Parser-Fehler, der angibt, es konnte nicht die Anwendung global laden.
Die Forschung zeigt, dass es im Wesentlichen 4 mögliche Gründe für diese Ausnahme gibt, die wir sehen:
-
Die Lösung ist noch nicht fertig. Das ist eindeutig nicht der Fall, da wir sie hier bereitstellen können und sie auf jedem Rechner, auf dem wir sie bereitstellen, einwandfrei läuft UND wir das verflixte Ding bauen und veröffentlichen mussten, um es überhaupt bereitzustellen.
-
Die Vererbung des Namespace Global.asax stimmt nicht mit der globalen Codedatei der Anwendung überein. Wir haben dies erneut überprüft, und da es hier einwandfrei funktioniert, kann dies nicht das Problem sein.
-
Verschiedener nicht-deskriptiver IIS/VS.NET-Unfug. Im Grunde genommen läuft etwas in IIS oder VS.NET schief und der Webserver verhält sich für diese Anwendung nicht korrekt. Wir haben Bereinigungen und Neuerstellungen durchgeführt, wir haben virtuelle Verzeichnisse gelöscht und neu erstellt, und wir haben alle IIS-Maßnahmen durchgeführt, die wir anderswo online gefunden haben. Verschiedene Kombinationen von IIS-Bounces, Server-Neustarts, Wiederherstellung des virtuellen Verzeichnisses/der Anwendung usw.
-
Problem mit Berechtigungen auf Code-Ebene. Wir haben die volle Vertrauenswürdigkeit in der Maschine/Webkonfiguration im Framework-Verzeichnis überprüft, wir haben die .NET-Vertrauenswürdigkeit in IIS auf voll gesetzt, wir haben jedem die volle Kontrolle über die Verzeichnisse gewährt, nur um sie mit dem Sicherheitshammer zu treffen, usw. usw.
Die wichtigsten Informationen: Windows Server 2008 x64 IIS 7, 32-Bit-kompatibler Anwendungspool (die Anwendung wurde auf einem 32-Bit-Betriebssystem geschrieben und für jede CPU kompiliert) Identität des Anwendungspools auf NetworkService eingestellt Microsoft ASP.NET MVC 1.0 XCopy-Bereitstellung
Wir haben eine andere Nur-Lese-Anwendung problemlos implementiert. Der wesentliche Unterschied bei dieser Anwendung ist die Verwendung von NHibernate und Log4Net, die volles Vertrauen erfordern. Außerdem weicht der tatsächliche Projektname des Webprojekts vom Standard-Namensraum ab, aber der Inherits-Namensraum in Global.asax und die Global.asax.cs-Dateien stimmen überein, sodass dies kein Problem darstellen sollte.
Hat irgendjemand eine gute Idee? Wir haben offiziell nur noch die schwachen Ideen.
EDIT Ausnahme ist Could not load type <MyDefaultNamespace>.<Global.asax.cs class name>
Es gibt keinen Codeschnipsel, da die App überhaupt nicht geladen wird. Sie scheitert sofort und ohne Zeitverzögerung bei der ersten Anfrage nach der Installation.
Es ist dasselbe, was all diese Leute tun. hier drüben Probleme haben mit
