Comment résoudre les entrées Web.config conflictuelles imbriquées sur des applications Web?

J'essaie d'exécuter un moteur de blog SubText standard en tant que sous-application à un site Web MS MVC standard. Les Web.configs ont des entrées conflictuelles. Je sais qu'il existe un moyen de limiter la portée de ces entrées dans le fichier web.config, mais je n'ai pas encore réussi à le faire fonctionner. Des idées? J'ai essayé d'utiliser une balise <location> mais elle ne peut pas exister au niveau racine xml. Essayer d'utiliser <remove> semble être simplement ignoré. Les détails:Comment résoudre les entrées Web.config conflictuelles imbriquées sur des applications Web?

L'erreur sous app:

Section or group name 'system.web.extensions' is already defined. Updates to this may only occur at the configuration level where it is defined.

Le sous code de l'application:

<sectionGroup name="system.web.extensions" 
type="System.Web.Configuration.SystemWebExtensionsSectionGroup, 
System.Web.Extensions, Version=1.0.61025.0, 
Culture=neutral, PublicKeyToken=31bf3856ad364e35">

Le code de l'application parent:

<sectionGroup name="system.web.extensions" 
type="System.Web.Configuration.SystemWebExtensionsSectionGroup, 
System.Web.Extensions, Version=3.5.0.0, 
Culture=neutral, PublicKeyToken=31BF3856AD364E35">`

Source

2009-10-22 Zachary Scott

Qu'est-ce qui vous empêche de supprimer ce sectionGroup dans la configuration de l'application secondaire? Cela devrait-il fonctionner comme ça?

Si ce casse quelque chose, essayez d'ajouter un ensemble d'exécution pour redirect System.Web.Extensions:

<runtime> 
    <assemblyBinding 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> 
    </assemblyBinding> 
</runtime>

Source

2009-10-22 07:34:22 Bryan

Je pense que nous parlons d'avoir la sous application utiliser Ajax 3.5 plutôt que 1.0 Ajax. Donc, devrions-nous nous attendre à ce que l'interface Ajax 3.5 se comporte et ressemble exactement à la version 1.0 (pour ne rien casser?) C'est un excellent argument pour les tests unitaires. :) –

Eh bien ... Je n'ai pas trop utilisé cette boîte à outils moi-même, mais bien sûr l'interface dans 3.5 devrait encore supporter 1.0 applications. Cela fait partie du "contrat d'interface" dont nous parle Microsoft depuis les jours COM. :) Ma solution n'a-t-elle pas fonctionné? – Bryan

Eh bien, c'est difficile à dire. Lorsque j'ai supprimé le groupe de sections, il a dépassé le seul problème pour trouver de nombreuses autres références redondantes. La redirection de l'assembly d'exécution j'ai essayé dans l'application parente, mais j'ai quand même rencontré des problèmes. J'ai fini par passer le moteur de blog à BlogEngine.Net LOL, qui fonctionnait bien même si c'était net 2.0 et MVC est dot net 3.5. Il y a quelque chose à propos de l'AJAX 1 qui a échoué à un tas de choses. –

Comment résoudre les entrées Web.config conflictuelles imbriquées sur des applications Web?

Répondre

Questions connexes