Dynamics crm 2011 插件在部署时未得到更新

Dynamics crm 2011 插件在部署时未得到更新,dynamics-crm-2011,Dynamics Crm 2011,我的CRM系统不知怎的陷入了一个奇怪的境地 我开发的插件在导入解决方案时没有得到正确更新。当我选择维护自定义设置时,插件更新不会被应用,但当我选择覆盖自定义设置时,步骤会加倍,因此插件会被触发两次 这发生在其他人身上了吗?我该如何阻止这种情况发生 谢谢是否为程序集指定了强名称?我在CRM 4.0中见过这种情况。如果不使用键指定强名称,CRM似乎看不到它是同一个程序集。是否为程序集指定强名称?我在CRM 4.0中见过这种情况。如果不使用密钥分配强名称,CRM似乎看不到它是同一个程序集。我也遇到过类

我的CRM系统不知怎的陷入了一个奇怪的境地

我开发的插件在导入解决方案时没有得到正确更新。当我选择维护自定义设置时,插件更新不会被应用,但当我选择覆盖自定义设置时,步骤会加倍,因此插件会被触发两次

这发生在其他人身上了吗?我该如何阻止这种情况发生


谢谢

是否为程序集指定了强名称?我在CRM 4.0中见过这种情况。如果不使用键指定强名称,CRM似乎看不到它是同一个程序集。

是否为程序集指定强名称?我在CRM 4.0中见过这种情况。如果不使用密钥分配强名称,CRM似乎看不到它是同一个程序集。

我也遇到过类似的情况,在导入插件后注册了两次插件

我相信我解决这个问题的方法是:

  • 使用插件注册工具从要部署到的服务器中删除插件
  • 重新导入解决方案

  • 我看不出你在这里有什么大的破坏,但我建议先备份服务器,因为我不是100%支持这一点。

    我也遇到过类似的情况,在导入插件后,我注册了两次插件

    我相信我解决这个问题的方法是:

  • 使用插件注册工具从要部署到的服务器中删除插件
  • 重新导入解决方案

  • 我看不出你在这里造成了任何重大损害,但我建议首先备份服务器,因为我不是100%支持这一点。

    如果你使用插件注册工具部署插件,解决方案部署将重复所有步骤,因为它不会在插件ID更改时识别已部署的插件步骤

    如果插件程序集部署时没有这些步骤,那么您忘记了将这些步骤添加到解决方案的“Sdk消息处理步骤”部分


    @JamesWood方法将始终有效,但对于生产环境来说非常苛刻,IIS重置和重新启动MSCRM服务(在services.msc中)通常会清除任何缓存的插件程序集,而重新部署应该只在紧急情况下需要/使用。

    如果使用插件注册工具部署插件,解决方案部署将复制所有步骤,因为它不会在ID更改时识别已部署的插件步骤

    如果插件程序集部署时没有这些步骤,那么您忘记了将这些步骤添加到解决方案的“Sdk消息处理步骤”部分


    @JamesWood方法将始终有效,但对于生产环境来说非常苛刻,IIS重置和重新启动MSCRM服务(在services.msc中)通常会清除任何缓存的插件程序集,而重新部署应该只在紧急情况下才需要/使用。

    我使用该工具删除了插件,之后的每次导入似乎都进行得很顺利。我使用该工具删除了插件,之后的每次导入似乎都进行得很顺利。我如何检查是否已分配了强名称?@jimminybob-该工具中将有一个安全密钥项目:如何检查是否已分配强名称?@jimminybob-项目中将包含一个安全密钥:FYI-如果将托管解决方案部署到非托管层,部署通常会重复插件步骤,通常情况下,非托管层中不存在插件步骤。仅供参考-如果将托管解决方案部署到非托管层,部署通常会重复插件步骤,而非托管层中不存在插件步骤。切勿按“覆盖自定义”选项!它打破了组织。您可能会发现,现在只能使用overwrite customisations按钮进行部署。这是因为您已将所有内容部署到非托管层。。。非托管层优先于托管层,因此此部署将否决未来的部署。唯一的解决办法是重建组织。永远不要按“覆盖自定义”选项!它打破了组织。您可能会发现,现在只能使用overwrite customisations按钮进行部署。这是因为您已将所有内容部署到非托管层。。。非托管层优先于托管层,因此此部署将否决未来的部署。唯一的解决办法是重建组织。