Déploiement IIS7 – dupliquer la section ‘system.web.extensions / scripting / scriptResourceHandler’

En essayant de déployer un site Web .net 3.5 sur le pool d’applications par défaut dans IIS7 ayant la section de structure définie sur 4.0, j’obtiens l’erreur suivante.

Il existe une section “system.web.extensions / scripting / scriptResourceHandler” en double définie.

Les commentaires sur les lignes offensantes n’ont pas aidé non plus. Avez-vous des conseils sur ce que je dois faire ou regarder?

Si votre plan est de déployer sur un IIS doté d’un pool d’applications s’exécutant dans .net 4.0, vous devrez nettoyer le fichier 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 la racine web.config dans .NET 4.0 (voir% windir% \ microsoft.net \ framework \ v4.0.30319 \ config \ machine.config) qui incluent tout le système. web.extensions déjà déclarées.

Une autre solution rapide consiste à configurer le pool d’applications sur 2.0, tout comme votre ordinateur de développement semble avoir.

La solution pour moi consistait à modifier la version du framework .NET dans les pools d’applications de v4.0 à v2.0 pour le pool d’applications par défaut:

entrer la description de l'image ici

Si, comme moi, vous devez cibler la v4 mais que vous ne pouvez construire qu’avec .net 3.5, suivez les instructions ici . Il suffit de remplacer dans votre web.config tout le contenu des avec:

    

Définissez le pool d’applications sur 2.0, je l’ai fait et j’ai travaillé.

Les problèmes sont la piscine par défaut .net 4.0 Solucion: Entrar a Administrador serveur IIS lado derecho etablecer valors de grupos de aplicaciones.! [Entrez la description de l’image ici] [1] y a la vercion del framework! [Entrez la description de l’image ici] [2]

Concevez des stratégies pour résoudre le problème au niveau de l’administration centrale SharePoint 2010

—– via Google Translate —–

Le problème est dû au fait que le pool est par défaut. Solution Net 4.0: entrez le gestionnaire du serveur IIS pour définir les valeurs du côté droit des pools d’applications. [Entrez la description de l’image ici] [1] et modifiez 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 eu ce problème . Ils reconstruisent dans Framework 4.0. Peut tu?

Aussi, voyez ceci pour vous assurer que votre IIS est frais .

Mon application était une application ASP.Net3.5 (utilisant la version 2 du framework). Lorsque les applications ASP.Net3.5 ont été créées, Visual Studio a automatiquement ajouté scriptResourceHandler au fichier web.config. Les versions ultérieures de .Net mettent cela dans la machine.config. Si vous exécutez votre application ASP.Net 3.5 à l’aide du pool d’applications version 4 (en fonction de l’ordre d’installation, il s’agit du pool d’applications par défaut), vous obtiendrez cette erreur.

Lorsque je suis passé à utiliser le pool d’applications version 2.0. L’erreur a disparu. J’ai ensuite eu à faire face à l’erreur lors du service WCF .svc:

Erreur HTTP 404.17 – Introuvable Le contenu demandé semble être un script et ne sera pas diffusé par le gestionnaire de fichiers statique

Après quelques recherches, il semble que je devais enregistrer le gestionnaire WCF. en utilisant les étapes suivantes:

  1. ouvrir l’invite de commandes Visual Studio (en tant qu’administrateur)
  2. accédez à “C: \ Windows \ Microsoft.NET \ Framework \ v3.0 \ Windows Communication Foundation”
  3. Exécutez servicemodelreg -i

Nécromancie.
Si vous n’avez aucune entrée system.web.extensions sections de configuration ou gestionnaire / module dans votre fichier web.config, ce problème est dû au fait que vous / quelqu’un d’autre avez copié un projet VisualStudio (2013/2015/2017) tout en ayant masqué -files non cachés .

À cause de cela, il ne copiera pas seulement .git, mais aussi .VS , qui contient un fichier applicationhost.config IIS-Express, qui pointe vers des fichiers web.config sur des chemins qui n’existent pas (ou pire, des chemins existants) , mais n’ont pas le même contenu) …

Solution:
Supprimez le fichier applicationhost.config dans le dossier .VS.
Ou supprimez simplement le dossier .VS.
Visual Studio le recréera.

Dans mon cas, cela s’est produit après avoir converti toute la solution (en utilisant une extension appelée Target Framework Migrator) en 4.6.2, mais j’ai fini par annuler les modifications et revenir à la version 3.5 (la version est versionnée par TFS). Pour résoudre ce problème, j’ai simplement converti le projet problématique (qui utilisait IIS Express pour fonctionner) en 4.6.2, puis en 3.5.

Une autre façon d’éviter ce problème, qui peut aider les autres, consiste à créer votre service Web .net à la version 4.0 ou supérieure si possible.

Dans mon cas, j’ai eu 2 applications différentes partageant le même pool d’applications. Le premier utilisait le framwork .net4.5 et le nouveau utilisait la version 2.0. Lorsque j’ai changé la deuxième application pour son propre pool d’applications, elle a commencé à fonctionner sans modification de web.config.

Ma résolution était plutôt stupide.

  • J’ai installé une copie de .net 3.5

  • Création d’un autre pool d’applications et sélection de .net 3.5 (il est indiqué 2.0.5077 dans le menu déroulant)

  • Ajout de mon site web à ce pool d’applications

  • Recyclé les anciennes et les nouvelles piscines et le site a commencé à fonctionner.

Il a été décidé de ne pas avoir installé la version 3.5, même si les fonctionnalités d’activation de Windows ont indiqué que je l’avais créé et créé un autre pool d’applications à utiliser. J’espère que cela aide les autres.

Dans mon cas, je voulais append manuellement la règle urlrewrite et ne pouvais pas voir l’erreur évidente (j’ai manqué la ):

mauvais code:

          

code propre (avec la balise rules):

            

Je l’ai résolu, en procédant comme suit:

  1. J’ai créé le groupe d’une nouvelle application dans IIS.
  2. Ouvrez les parameters avancés du site ou de l’application Web rencontrant ce problème.
  3. Et définissez le groupe de la nouvelle application.

Ici vous avez les images de ces étapes:

Créer un groupe de nouvelles applications

Après avoir créé le groupe de l'application

Définissez le groupe d'applications sur votre site ou application Web

Ce message d’erreur semble apparaître dans diverses situations.

Dans mon cas, en plus du fichier Web.Config de mon application, j’avais un fichier Web.Config supplémentaire dans le dossier racine (C: \ Inetpub \ http://www.root). Probablement laissée là après quelques tests, j’avais tout oublié et je ne pouvais pas comprendre quel était le problème.

Le supprimer a résolu le problème pour moi.

C’est peut-être la mauvaise réponse pour vous. Mais c’était la première fois que Google tentait de résoudre mon problème. Ceci étant dit…

Le même message d’erreur s’est produit pour moi aussi, mais lorsque j’ai essayé d’exécuter IIS Express via Visual Studio.

Mon problème était que je commettais par erreur mon applicationhost.config sur TFS. Plus tard, lorsque j’ai essayé de lancer le projet sur mon ordinateur portable après avoir reçu les derniers commits. c’est à ce moment que l’erreur s’est produite.

J’ai trouvé que le chemin du répertoire virtuel était incorrect.

  

J’espère que cela aidera quelqu’un!

Ceci est mon premier post, alors soyez gentil 🙂