Extender Provider 未能返回 Extender

Posted

技术标签:

【中文标题】Extender Provider 未能返回 Extender【英文标题】:Extender Provider failed to return an Extender 【发布时间】:2011-03-24 18:58:01 【问题描述】:

我们从 .NET 2.0 升级到 .NET 3.5。我的一位同事尝试在 Visual Studio 2008 的调试器下运行 ASP .NET Web 项目时出现以下对话框。他可以正常构建,但无法调试(因此,这是一个运行时问题) :

微软视觉工作室

“Extender Provider 未能返回此对象的 Extender。请在继续之前更正。(您可以重命名当前的 web.config 并添加一个新的。)”

好的

搜索此错误时提供了一个法语命中,但谷歌翻译了,这家伙删除了他的 web.config。嗯,我的同事有一个 web.config。

谢谢!

【问题讨论】:

当我右键单击解决方案文件夹添加>查看时出现同样的问题。我通过点击新项目来解决它。 2019 年出现此错误。偶尔也会出现“您的 web.config 中有错误”。 【参考方案1】:

我遇到了

The Extender Provider failed to return an Extender for this object.

winforms 设计器窗口中的消息。

我知道您的问题是关于 ASP.Net 3.5,但就我而言,我通过以下方式解决了它:

在 Visual Studio 中关闭解决方案 从有问题的项目中删除 obj 和 bin 目录。

当我重新打开解决方案时,设计器中不再出现错误。

更新:

VS 2019,分辨率仍然相关

【讨论】:

听起来不错。感谢您抽出宝贵时间回答这个问题。 今天用VS2012遇到了同样的问题;这修复了它。谢谢! 当共享点列表定义显示为普通文件夹而不是共享点列表定义时,同样的问题!谢谢解答!!! 我在 VS2015 中遇到了 WPF 项目的错误。我试图“清理”该项目,但这也没有奏效。然后我关闭了解决方案(正如 Dan 建议的那样),重新打开后我能够清理然后运行我的项目。 VS 2015 与 Web 项目相同。 Clean 没有解决问题,但是关闭 VS 并删除 obj 和 bin 文件夹有效。【参考方案2】:

我通过关闭 Visual Studio 并再次打开它来解决它。我使用的是 Visual Studio 2015 Community Edition,无需删除这些文件夹。

【讨论】:

【参考方案3】:

在我的例子中,以管理员的帮助运行 Visual Studio。我的项目使用本地 IIS,而 Studio 需要管理员权限来管理 IIS。

【讨论】:

这也是我的解决方案,对于 Visual Studio 2019,其他都没有。当然,新的 VS 安装并没有继承我的 VS2017 快捷方式上的“以管理员身份运行”设置(我多年前设置,完全忘记了)【参考方案4】:

以上解决方案均不适用于 VS2019。起作用的是删除ProjectName.csproj.user 文件,然后重新加载项目。

【讨论】:

【参考方案5】:

在 Visual Studio 2019 中,我的解决方案中有多个 Web 服务无法加载并出现此错误。在我的情况下,错误是因为我在 IIS 中更改了这些 Web 服务的端口号,这意味着 .csproj 和/或 csproj.user 中的端口号与 IIS 不匹配。一旦我更新了 .csproj 端口号以匹配 IIS,错误就消失了。

【讨论】:

【参考方案6】:

我遇到这个问题是因为一个项目使用了 IIS 和 HTTPS,在 IIS 上没有 https 绑定,在默认网站上添加一个 HTTPS 绑定解决了这个问题。

【讨论】:

【参考方案7】:

在 VSTO 中,您不能在调试另一个 VSTO 应用时使用设计器。

例如,如果另一个 VSTO 调试会话正在运行,并且您尝试在不同的项目上调用 Excel 设计器,您将收到“扩展程序提供程序未能返回此对象的扩展程序”。停止调试以释放 Designer。

【讨论】:

【参考方案8】:

我在 Visual Studio 2015 中遇到了这个问题,即使在清理项目、重新启动 Visual Studio 并重新启动我的电脑后,该错误仍然存​​在。

为我解决了这个问题,右键单击 xaml 文件并选择打开方式... > XML 编辑器。它打开了文件,之后就没有出现错误了。

【讨论】:

【参考方案9】:

对我来说,上述解决方案均无效。我使用的是 VS 2019。就我而言,存储库的名称中有特殊字符,因此在克隆时,根文件夹的名称中有转义字符。编译器无法再匹配文件名。更新父文件夹名称并重新打开 VS 修复了该问题。

“Extender Provider failed to return an Extender”背后的详细错误与无法在路径中找到编译器目标有关。

【讨论】:

【参考方案10】:

就我而言,我已从 VS2017 C# 项目属性调试配置构建选项卡条件编译符号中删除了“SSL”。放回去解决了错误。显然 SSL 在调试配置中需要(但不是发布)。

【讨论】:

【参考方案11】:

我在 VS 2019 中的新分支结帐时也遇到了同样的问题。我只是在 web.config 中做了一些更改,然后撤消了。这很奇怪,但很有效。

【讨论】:

【参考方案12】:

VS2019 - 重新启动 Visual Studio 就可以了。

【讨论】:

以上是关于Extender Provider 未能返回 Extender的主要内容,如果未能解决你的问题,请参考以下文章

未能在 tensorflow 中训练玩具 LSTM

在页面上使用 HTML Editor Extender 回发导致 IE11 中的 JavaScript 错误

THMBurp Suite:Extender(Burp Suite-扩展器)-学习

Jetty 更新到 9.4.x 后:缺少约束:Require-Capability: osgi.extender;过滤器:=“(osgi.extender=osgi.serviceloader.pro

BurpSuite系列----Extender模块(扩展器)

BurpSuite系列----Extender模块(扩展器)