Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/asp.net/35.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Asp.net 如何解决子web应用程序上嵌套的冲突web.config条目?_Asp.net_Asp.net Mvc_Web Config - Fatal编程技术网

Asp.net 如何解决子web应用程序上嵌套的冲突web.config条目?

Asp.net 如何解决子web应用程序上嵌套的冲突web.config条目?,asp.net,asp.net-mvc,web-config,Asp.net,Asp.net Mvc,Web Config,我正在尝试运行一个标准的潜文本博客引擎,作为标准MS MVC网站的子应用程序。Web.configs具有冲突的条目。我知道有一些方法可以限制web.config中这些条目的范围,但我还没有让它起作用。有什么想法吗?我尝试使用标记,但它不能存在于根xml级别。试图使用语句似乎被忽略了。详情如下: 子应用程序错误: 节或组名“system.web.extensions”已定义。对此的更新只能在定义的配置级别进行。 子应用程序代码: <sectionGroup name="system.web.

我正在尝试运行一个标准的潜文本博客引擎,作为标准MS MVC网站的子应用程序。Web.configs具有冲突的条目。我知道有一些方法可以限制web.config中这些条目的范围,但我还没有让它起作用。有什么想法吗?我尝试使用
标记,但它不能存在于根xml级别。试图使用
语句似乎被忽略了。详情如下:

子应用程序错误:

节或组名“system.web.extensions”已定义。对此的更新只能在定义的配置级别进行。

子应用程序代码:

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

父应用程序代码:

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

是什么阻止您删除子应用程序配置中的sectionGroup?这样应该很好

如果这破坏了某些内容,请尝试为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>


我想我们讨论的是让子应用程序使用Ajax 3.5而不是Ajax 1.0。因此,我们是否应该期望Ajax 3.5接口的行为和外观与1.0版本完全相同(不破坏任何东西?)这是一个很好的单元测试论据:好。。。我自己并没有太多地使用这个工具包,但3.5中的界面当然应该仍然支持1.0应用程序。这是微软自COM时代以来一直在告诉我们的“接口合同”的一部分我的解决方案不管用吗?嗯,很难说。当我删除sectionGroup时,它越过了一个问题,却发现了许多其他多余的引用。我在父应用程序中尝试了运行时程序集重定向,但仍然遇到问题。最后,我将博客引擎切换到BlogEngine.NETLOL,尽管它是DotNet2.0,MVC是DotNet3.5,但运行良好。ajax1有一些东西失败了。