Beim Versuch, eine .net 3.5-Website im Standard-App-Pool in IIS7 bereitzustellen, wobei der Framework-Abschnitt auf 4.0 festgelegt ist, wird die folgende Fehlermeldung angezeigt.
Es ist ein doppelter Abschnitt 'system.web.extensions / scripting / scriptResourceHandler' definiert.
Das Kommentieren der beleidigenden Zeilen half auch nicht. Irgendwelche Hinweise darauf, was ich tun oder anschauen muss?
Antworten:
Wenn Sie auf einem IIS bereitstellen möchten, auf dem ein Anwendungspool in .net 4.0 ausgeführt wird, müssen Sie die Datei web.config bereinigen, die alle Abschnittdefinitionen enthält, die auf .net 3.5 verweisen. Der Grund dafür ist, dass diese Abschnittsdefinitionen bereits in der Root-Datei web.config in .NET 4.0 enthalten sind (siehe% windir% \ microsoft.net \ framework \ v4.0.30319 \ config \ machine.config), die das gesamte System enthalten. web.extensions bereits deklariert.
Eine weitere schnelle Lösung besteht darin, den Anwendungspool auf 2.0 zu setzen, so wie es auf Ihrem Entwicklungscomputer zu sein scheint.
Die Lösung für mich bestand darin, die .NET Framework-Version in den Anwendungspools von v4.0 auf v2.0 für den Standard-App-Pool zu ändern:
Wenn Sie wie ich auf v4 abzielen müssen, aber nur mit .net 3.5 erstellen können, befolgen Sie die Anweisungen hier . Ersetzen Sie einfach in Ihrer web.config den gesamten Inhalt der <configSections>mit:
<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
<section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
</sectionGroup>
</sectionGroup>
</sectionGroup>
El problema es porque el pool por defecto esta en .net 4.0 Lösung: Geben Sie einen Administrator-IIS-Server ein, um die Werte der Gruppe zu ermitteln.! [Geben Sie hier die Bildbeschreibung ein] [1] und geben Sie die Bildbeschreibung ein! hier] [2]
Con esto pudes solucionar el problema al instalar la administracion central SharePoint 2010
----- über Google Translate -----
Das Problem ist, dass der Pool standardmäßig ist. Net 4.0-Lösung: Geben Sie den Server-IIS-Manager ein, um Werte auf der rechten Seite der Anwendungspools festzulegen.! [Bildbeschreibung hier eingeben] [1] und ändern Sie die Framework-Version! [Bildbeschreibung hier eingeben] [2]
Dies sollte das Problem bei der Installation der SharePoint-Zentraladministration 2010 lösen
Stellen Sie den Anwendungspool auf 2.0 ein, ich habe es getan und gearbeitet.
Nekromantie.
Wenn Sie keine system.web.extensions-Konfigurationsabschnitte oder Handler- / Moduleinträge in Ihrer web.config haben, wird dieses Problem verursacht, weil Sie / jemand anderes ein VisualStudio-Projekt (2013/2015/2017) kopiert haben, während Sie es ausgeblendet haben -Dateien nicht versteckt .
Aus diesem Grund wird nicht nur .git kopiert, sondern auch .VSeine IIS-Express- Datei applicationhost.config , die auf web.config-Dateien auf Pfade verweist, die nicht vorhanden sind (oder schlimmer noch auf Pfade, die vorhanden sind, aber habe nicht den gleichen Inhalt) ...
Lösung:
Löschen Sie die Datei applicationhost.config im Ordner .VS.
Oder löschen Sie einfach den .VS-Ordner vollständig.
Visual Studio erstellt es neu.
Meine App war eine ASP.Net3.5-App (unter Verwendung von Version 2 des Frameworks). Bei der Erstellung von ASP.Net3.5-Apps fügte Visual Studio der web.config automatisch scriptResourceHandler hinzu. Spätere Versionen von .Net fügen dies in die machine.config ein. Wenn Sie Ihre ASP.Net 3.5-App mit dem App-Pool der Version 4 ausführen (abhängig von der Installationsreihenfolge ist dies der Standard-App-Pool), wird dieser Fehler angezeigt.
Als ich zur Verwendung des App-Pools der Version 2.0 überging. Der Fehler ging weg. Ich musste mich dann mit dem Fehler befassen, wenn ich WCF .svc bediente:
HTTP-Fehler 404.17 - Nicht gefunden Der angeforderte Inhalt scheint ein Skript zu sein und wird vom statischen Datei-Handler nicht bereitgestellt
Nach einigen Nachforschungen musste ich anscheinend den WCF-Handler registrieren. Verwenden Sie die folgenden Schritte:
Anscheinend haben (hatten) andere dieses Problem m. Sie werden in Framework 4.0 neu erstellt. Können Sie?
Lesen Sie auch, wie Sie sicherstellen können, dass Ihr IIS aktuell ist .
In meinem Fall geschah dies, nachdem ich die gesamte Lösung (mit einer Erweiterung namens Target Framework Migrator) auf 4.6.2 konvertiert hatte, die Änderungen jedoch rückgängig gemacht und auf 3.5 zurückgegriffen hatte (die Lösung wurde von TFS versioniert). Um dies zu lösen, habe ich nur das problematische Projekt (für dessen Ausführung IIS Express verwendet wurde) in 4.6.2 und dann zurück in 3.5 konvertiert.
Mein Vorsatz war irgendwie dumm.
Ich habe eine Kopie von .net 3.5 installiert
Erstellt einen weiteren App-Pool und wählt .net 3.5 aus (in der Dropdown-Liste steht 2.0.5077).
Meine Website wurde zu diesem App-Pool hinzugefügt
Die alten und neuen Pools wurden recycelt und die Site begann zu funktionieren.
Es kam darauf an, dass ich 3.5 nicht installiert hatte, obwohl die Windows-Funktionen zum Einschalten dies angaben und einen weiteren App-Pool zur Verwendung erstellten. Ich hoffe das hilft anderen.
In meinem Fall wollte ich die URL-Regel manuell hinzufügen und konnte den offensichtlichen Fehler nicht sehen (ich habe das <rules>Tag verpasst ):
falscher Code:
<rewrite>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rewrite>
</system.webServer>
</configuration>richtiger Code (mit Regel-Tag):
<rewrite>
<rules>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>Ich habe es gelöst und die folgenden Schritte ausgeführt:
Hier haben Sie die Bilder dieser Schritte:
Diese Fehlermeldung scheint in verschiedenen Situationen aufzutreten.
In meinem Fall hatte ich zusätzlich zur Web.Config-Datei meiner Anwendung eine zusätzliche Web.Config-Datei im Stammordner (C: \ Inetpub \ www.root). Wahrscheinlich nach einigen Tests dort gelassen, hatte ich alles vergessen und konnte nicht herausfinden, was das Problem war.
Das Entfernen löste das Problem für mich.
Dies ist vielleicht die falsche Antwort für Sie. Dies war jedoch der erste Treffer bei Google, als ich versuchte, mein Problem zu lösen. Nachdem das gesagt worden ist...
Die gleiche Fehlermeldung trat auch bei mir auf, aber als ich versuchte, IIS Express über Visual Studio auszuführen.
Mein Problem war, dass ich meine applicationhost.config fälschlicherweise für TFS festgeschrieben habe . Später, als ich versuchte, das Projekt auf meinem Laptop auszuführen, nachdem ich die neuesten Commits erhalten hatte. Dann trat der Fehler auf.
Ich habe festgestellt, dass der Pfad des virtuellen Verzeichnisses falsch war.
<virtualDirectory path="/" physicalPath="C:\Users\giddan\Documents\Visual Studio 2015\Projects\ProjectName\DeV.ProjectName\DeV.ProjectName.Web" />Hoffe, dass dies jemandem hilft!
Dies ist mein erster Beitrag, also sei sanft :)