La section de configuration du système".web.extensions' ne peut pas être lu en raison de l'absence d'une déclaration de la section

J'obtiens une erreur (La section de configuration system.web.extensions ne peut pas être lu en raison de l'absence d'une déclaration de la section) lors de l'installation de mon Application Web dans Server 2008 32 bits machine avec .NET Framework 4.0. mais il fonctionne bien dans 2008 r2 64 bits de la machine.

C'est mon webconfig fichier info

<configuration>
<runtime>
    <assemblyBinding appliesTo="v2.0.50727" xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
        <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
        <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
  <system.web.extensions>
    <scripting>
      <webServices>
        <jsonSerialization maxJsonLength="2147483647"/>
      </webServices>
    </scripting>
  </system.web.extensions>
</configuration>

Une idée pour se débarrasser de cette erreur?

Note: j'ai vérifié toutes les entrées relatives à la Pile plus de débit, mais rien n'a été utile pour moi

InformationsquelleAutor kombsh | 2013-11-19

68

Essayez de changer le pool d'applications de l'exécution à partir .net 2.0 .net 4.0
- La valeur par défaut .Version NET quand j'ai créé une nouvelle application de la piscine, en 2017, est .NET 2.0, à partir de 2002. Je peux seulement imaginer pourquoi.
- Je vous remercie pour cette. J'ai récemment révisé à la baisse .NET framework de 4,8 à 4.7.2, et quand j'ai enlevé 4.8 du système, IIS décidé de déclasser tous mes pools d'application. Quand j'ai ré-installé 4.7.2, il n'a pas revenir à la version correcte. Donc, votre commentaire m'a conduit sur le droit chemin.
InformationsquelleAutor Praveen Kumar Thalluri

Le problème résolu pour moi, après l'ajout du paramètre de configuration suivant dans mon webconfig fichier

<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"/>
        </sectionGroup>
      </sectionGroup>
    </sectionGroup>
  </configSections>

Nous pouvons nous référer à cet article pour plus d'infos: http://www.morgantechspace.com/2013/11/The-configuration-section-system-web-extensions-cannot-be-read-because-it-is-missing-a-section-declaration.html

Dans mon cas, je n'ai pas utilisé scriptResourceHandler ou jsonSerialization dans mon web.config et y compris les sections ci-dessus est la cause du problème pour continuer.

InformationsquelleAutor kombsh

2

Probablement liés à la question: .NET à l'aide de faux 2.0 de la machine.config au lieu de 4.0. J'ai vécu le même problème... Et pour moi, la solution:

Pas sûr, que c'est vraiment la raison/solution, mais la dernière chose que j'ai essayer, c'est l' (dans le Gestionnaire des services IIS):
1. Accédez au serveur dans le panneau de droite (nœud racine)
2. Dans la liste des fonctionnalités ouvrir "Restrictions ISAPI et CGI"
3. Il y a 2 éléments avec des descriptions ASP.NET v4.0.30319 avec des restrictions fixées à Refuser
4. Définir des restrictions de la valeur à Permis
C'est la dernière chose que j'ai essayé avant de le problème a disparu.

InformationsquelleAutor Kiryl
1

Note vers le bas .netFramework version v4... (examplev4.0.030319) vous avez installé
Modifier votre pool d'applications pour les corriger .NET Framework v4..

Bonne chance

-Satish
- Ceci ne répond pas à la question.
InformationsquelleAutor Satish Hangarkatte
1

Pour moi, la modification de la application de la piscine .NET Framework version de la v2.0 v4.0 à résoudre ce problème.

Ouvrir IIS --> Sélectionnez les Pools d'Application --> Sélectionnez le Pool d'applications de la liste --> Partir du menu contextuel, sélectionnez Paramètres de Base... --> Changement .NET Cadre de la version v4.0

InformationsquelleAutor Rostyslav Zhalivtsiv
0
```
c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
```
Je l'ai essayé et il fonctionne bien pour moi. Peut-être utile à quelqu'un.

InformationsquelleAutor Praveen

Vous devez vous connecter pour publier un commentaire.