Lorsque j'essaie de déployer un site Web .net 3.5 sur le pool d'applications par défaut dans IIS7, dont la section cadre est définie sur 4.0, j'obtiens l'erreur suivante.
Il y a un doublon section 'system.web.extensions/scripting/scriptResourceHandler' en double définie.
Commenter les lignes incriminées n'a pas aidé non plus. Avez-vous des indications sur ce que je dois faire ou regarder ?
Si votre plan est de déployer sur un IIS qui a un pool d'applications fonctionnant en .net 4.0, vous devrez nettoyer le web.config qui inclut toutes les définitions de section qui pointent vers .net 3.5. La raison de cet échec est que ces définitions de section sont déjà incluses dans le web.config racine de .NET 4.0 (voir %windir%%). \microsoft.net\framework\v4.0.30319\config\machine.config ) qui incluent toutes les extensions system.web.déjà déclarées.
Une autre solution rapide consiste à définir le pool d'applications sur 2.0, comme votre machine de développement semble l'avoir fait.
Merci. J'avais en fait trouvé cette solution de contournement après avoir bricolé un peu plus
Merci d'avoir expliqué cela. Je n'arrête pas de voir la solution consistant à supprimer une section du fichier de configuration et je me demande "en quoi supprimer des parties de votre fichier de configuration est une solution" ?
Merci. Vous venez de m'aider à résoudre un problème de site de production semi-urgent causé par quelqu'un/quelque chose qui a modifié son pool d'applications.
Si, comme moi, vous devez cibler la v4 mais que vous ne pouvez construire qu'avec .net 3.5, suivez les instructions suivantes ici . Il suffit de remplacer dans votre web.config tout le contenu de la balise <configSections> avec :
<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>
Cela a aussi résolu mon problème. Le serveur a été mis à niveau de IIS6 à IIS7.5. Sur IIS6, il fonctionnait sous la version 4.0 mais IIS7.5 avait besoin de cette modification du web.config.
MichaelPaulukonis J'ai eu ce problème, il s'est avéré qu'il y avait un web.config dans le site racine dont mon site héritait.
Le problème est que le pool par défaut est en .net 4.0. Solution : allez dans l'administrateur du serveur IIS, à droite, définissez les valeurs du pool d'applications [entrez la description de l'image ici][1] et changez la version du pool en .net 4.0. et changer la version du framework ! [entrez la description de l'image ici] [2]
Cela vous permet de résoudre le problème lors de l'installation de l'administration centrale de SharePoint 2010.
----- via Google Translate -----
Le problème est que le pool est en défaut. Net 4.0 Solution : entrez dans le gestionnaire IIS du serveur pour définir les valeurs sur le côté droit des pools d'applications ! [Entrez la description de l'image ici] [1] et changer la version du framework ! [Entrez la description de l'image ici] [2]
Cela devrait résoudre le problème d'installation de l'administration centrale SharePoint 2010.
Apparemment, d'autres ont (avaient) ce problème. m. Ils reconstruisent dans le cadre 4.0. Tu peux ?
También, voir ceci pour s'assurer que votre IIS est récent. .
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
