ASP.Net MVC 3/4 Gehostet wird unter IIS 7.5 Default-Handler Mappings

Was sind die richtigen Default-Handler Mappings für ASP.Net, ASP.Net MVC und gehostete WCF-Dienste unter IIS 7.5 .Net Framework 4.0 unter Windows 7 (PRO)?

Aus einem team von 8 Entwicklern installiert ASP.Net MVC 3/4 nur 1 Entwickler könnte einen grundlegenden ASP.Net MVC-3-Internet-Anwendung arbeiten, die unter der Standardwebsite in IIS 7.5 ohne änderung der Handler Mappings, keines der Teams konnte eine zweite Webseite mit dem gleichen Ort, um die Arbeit mit der Website sirectory befindet sich in einem sub-Verzeichnis des root-website. inetpub/wwwroot/site

Unten sind drei von den Handlerzuordnungen in IIS festgelegt 7.5 alle unterschiedlich sind und nicht geändert wurden, von den Entwicklern.

Was ist der beste Weg, um legen Sie die gewünschten Einstellungen als Standard und sicherstellen, dass alle Rechner haben die gleichen Einstellungen angewendet, ohne Sie in die Website Web.Config Datei?

Jede chance, die Sie Visual Studio installiert, bevor das hinzufügen von IIS als ein feature in Windows? Wenn ja, führen Sie aspnet_regiis -i um zu sehen, ob es gibt jeder konsistenter Zuordnungen. (Siehe msdn.microsoft.com/en-us/library/k6h9cz8h(v=vs. 100).aspx)
Wir haben führen Sie aspnet_regiis-i-und -ir, die auf allen Arbeitsstationen und wir noch nicht bekommen, die richtige Handler-Mappings konfiguriert werden.
Sind die handler-mappings, die im Bild oben an der Wurzel (server -) Ebene, oder durch Zufall werden diese auf der Website-Ebene? Falls letzteres (und vorausgesetzt, die übergeordnete Ebene-Handler korrekt sind), könnten Sie versuchen, einen Klick auf den "Revert to Parent" - link unter "Aktionen" auf die Handler-Mappings-screen.
sind Sie auf der root-Ebene, aber guter Kommentar, denn das war ein Thema Häufig gefunden.

InformationsquelleAutor Lloyd | 2012-08-16

Habe ich erfolgreich implementiert MVC 4 auf meinem lokalen IIS 7.5 (windows 7). Dieses Update mein problem (wie bereits erwähnt hier)

(Bei x64-system)

%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

(oder, wenn Sie in 32-bit-system)

%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i

Auch, ich änderte den DefaultAppPool zu verwenden, v4 Integriert (aus v2-Classic), konvertiert der website, um die Anwendung, die Anwendung zu verwenden DefaultAppPool.

Hier ist meine komplette Web.config. Es hat-Handler enthalten.

<?xml version="1.0" encoding="utf-8"?>

<compilation targetFramework="4.0" />

<pages>
  <namespaces>
    <add namespace="System.Web.Helpers" />
    <add namespace="System.Web.Mvc" />
    <add namespace="System.Web.Mvc.Ajax" />
    <add namespace="System.Web.Mvc.Html" />
    <add namespace="System.Web.Routing" />
    <add namespace="System.Web.WebPages" />
  </namespaces>
</pages>

<modules runAllManagedModulesForAllRequests="true" />

<handlers>
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

InformationsquelleAutor Jeson Martajaya

1

Unter der Annahme, dass Ihre Standard-website so konfiguriert wurde, dass eine Anwendung in IIS, ist die wahrscheinlichste Ursache dieses Problems ist, dass der application pool läuft den Klassischen pipeline im Gegensatz zu den Integrierten pipeline. In allen MVC-Anwendungen, die wir bereitgestellt haben, um Azure, lokale IIS-Servern und Entwicklung von Maschinen, die wir nicht gehabt haben, berühren Sie die handler-mappings, es sei denn, dass trick IIS 6 in hosting einer MVC-Website.

Check für die Anwendung pool-pipeline:
1. Öffnen Sie den IIS-manager
2. Rechten Maustaste auf die Standardwebsite, und wählen Sie Erweiterte Einstellungen. Es öffnet sich ein Fenster
3. Hinweis: der name des Anwendungspools. Schließen Sie nun dieses Fenster und klicken Sie auf Anwendungspools auf Menü auf der linken Seite im IIS-manager
4. Wenn das Pipeline-Managed-Modus nicht Integriert ist (zB lese-Klassiker), dann mit der rechten klicken Sie auf den Anwendungspool, und wählen Sie Standard-Einstellungen. Von hier aus können Sie ändern Sie die Pipeline geben. Wählen Sie integrierte.
5.Der Anwendungspool sollte sofort neu zu starten, aber Sie können wählen, um es neu zu starten oder den IIS manuell, um sicherzustellen, dass Ihre änderungen sich auswirken.

Hinweis - Wenn Sie IIS 6, hier ist ein link, die beschreibt, wie Sie den handler-mappings, so dass der IIS 6 kann eine MVC-Website.

Nachtrag - Wenn Sie mucken mit der handler-Zuordnungen, je nach dem was geändert wurde, möchten Sie vielleicht versuchen, diese auf einem sauberen IIS installieren. Es ist nicht klar, was Handler falsch konfiguriert wurde haben als team versucht, um eine MVC-Implementierung arbeiten.
- Nicht alle gesetzt sind, um Integrierte Pipeline. Diese sind sauber IIS installiert dann die Installation von VS 2010, MVC 3 und dann MVC. Es scheint nie einen gemeinsamen Satz von mappings.
InformationsquelleAutor Tommy

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.