MVC-Routen nach dem Recycling des App-Pools verloren (aktualisierter Titel 03.03.14)

Ich versuche, eine ASP.NET MVC 4-Webanwendung auf einem Produktionsserver (Windows Server 2008 R2 [x64] mit installiertem SP1 und IIS 7.5) bereitzustellen, auf dem bereits mehrere andere ASP.NET-Anwendungen ausgeführt werden. Alles, was ich bekommen kann, ist eine 403 am Index und eine 404 für alles andere als den statischen Inhalt. Die Anwendung funktioniert problemlos auf der IIS 7.5-Instanz meines lokalen Computers (und ich arbeite unter Windows 7 (64-Bit).)

Was ich ausprobiert habe:<modules runAllManagedModulesForAllRequests="true"/>Der Versuch, den Microsoft - Hotfix für URLs ohne Dateierweiterung anzuwenden (zu finden unterhttp://support.microsoft.com/kb/980368) (Hat nicht geholfen, Service Pack 1 enthält es bereits)Sicherstellen, dass den Rollendiensten HTTP-Fehler, HTTP-Umleitung und statischer Inhalt hinzugefügt werden (https://stackoverflow.com/a/4264564/1030925)Befehl ausführenaspnet_regiis -iruGewährleistung derBitterkeit der Anwendung ist korrekt (Beliebige CPU)Aktivieren von 32-Bit-Anwendungen umschaltenUmschalten zwischen klassischem und integriertem ModusStellen Sie sicher, dass das Kontrollkästchen "Nicht aufgeführte Dateinamenerweiterungen zulassen" aktiviert ist (https://stackoverflow.com/a/5155322/1030925)Stellen Sie sicher, dass die ExtensionlessUrlHandler-Zuordnungen intakt sindStellen Sie sicher, dass sich mein Startcode in Application_Start und nicht in einem anderen Ordner befindetGewährleisten von Ordnerberechtigungen für ApplicationPoolIdentity (es kann statischen Inhalt bereitstellen)Erneutes Hinzufügen derUrlRoutingModule-4.0 Modul in der web.config (https://stackoverflow.com/a/16577694/1030925)AKTUALISIEREN:

Heute Morgen habe ich die Site gestoppt, den App-Pool gestoppt, neu bereitgestellt, ohne etwas zu berühren, und ... es funktioniert! ABER ... wenn ich nur eine Kleinigkeit in der Konfiguration berühre, egal ob ich FileZilla oder die IIS-Konsole auf dem Remotedesktop verwende, explodiert die Site und fängt wieder an, auf diese Weise zu handeln. Nur durch Stoppen der Site und Ersetzen aller Dateien zusammen konnte ich sie wieder herstellen. Ich habe versucht, die web.config zu stoppen und zu ersetzen, aber das hat nicht funktioniert. Die Änderung kann so einfach sein wie das Deaktivieren und erneute Aktivieren der Umleitungsregel für https.

Update 03.03.14:

Es scheint, als ob das Problem darin besteht, dass meine Routen nicht mehr funktionieren, wenn der App-Pool wiederverwendet wird, sei es durch Dateiänderung oder expliziten Neustart. Ich registriere wie die Projektvorlage zwei Routen mit Application_Start und RegisterRoutes. Ich verstehe nicht, warum dies nicht funktioniert, wenn es in der Standardprojektvorlage ist ...

Antworten auf die Frage(2)

Ihre Antwort auf die Frage