我有一个插件可以在不同的域上的不同盒子上工作。但是，我已将其注册在一个特定的盒子上，每次触发适用的实体事件时都会继续抛出此错误。警告？该代码甚至没有被执行。 IE：IPlugin.Execute（）接口的实现是从来没有达到。我刚刚获得CRM对话框，指示“URI无效：无法解析主机名。”每次。在CRM 2011插件上出现错误：“URI无效：无法解析主机名。”
我已确认没有输入代码，因为我已将Visual Studio附加到适用的CRM过程。在其他箱子上，我可以介入并通过没有问题。这是我确定代码没有被达到的方式。
该插件已在CRM中注册，与其他机器上的插件相同。我已将它放在特定的解决方案文件下并发布（即使该步骤不是必需的）。
想法？
我想通了。一旦我想出来，我也认为它本质上是愚蠢的。
摘要：取消注册旧的不推荐使用的插件。
详情：
这是一个以前开发的插件（单独的代码库），这两者都是围绕一个第三方网站调用包装的重写。有问题的第三方将其旧式SOAP端点重构为REST/JSON调用。该SOAP调用于2013年1月15日正式启用。 AND ...等待它... 旧插件仍在注册。
因此，上面看到的错误是在正式弃用SOAP端点后由旧插件引发的。
复合问题？由于有两个连接到同一个Entity.Event组合的IPlugin.Execute（）接口，所以我无法进入我的代码进行调试。既然旧的插件已被注销，它会立即按预期进入。
蛋糕上的糖霜？这两个Execute（）方法的执行似乎完全不确定。 IE：有时我的新代码会运行（到某一点），有时候它不会。因此，无论是同时运行这两个Execute（）方法，还是有时会在另一个之前调用Execute（）方法，反之亦然。
我不会很快忘记这一个。感谢上面评论过的所有人。我实际上试图创建一个空的插件，但它显然呈现出相同的结果。希望这有助于某一天。
你可能不想这样做，但我的建议是，你删除插件，并把它放在另一个，根本不执行任何操作，清空* Execute *方法。你还会得到这种不正当行为吗？此外，这是一个**长**射击 - 检查是否默认程序集（我认为有两个）是他们应该的。在我刚开始的时候，我碰巧把**我的**大会重新注册在**他们中的一个**上，并且所有地狱都破灭了。 MVP需要几个小时来恢复我们的服务器。 :) –
我想第二个'尝试和空的插件'，或者确实尝试插件被禁用（验证插件是问题） – glosrob
一种长镜头，但你做了一个IISRESET？如果没有，我赞同空插件的想法。 – Nicknow