【问题标题】:CRM 2016 Onpremise plugin or custom workflow - Docusign用于自定义工作流程的 CRM 2016 On Premise 插件 - Docusign
【发布时间】:2020-04-02 18:50:43
【问题描述】:

我创建了 CRM 2016 本地自定义工作流程 并引用了 DocuSign.eSign dll。

我使用ILMerge合并DocuSign.eSign.dll并通过插件注册工具部署

Isolation Mode = sandbox assembly location = database

我在运行自定义工作流程时遇到以下错误,如果有人在 CRM 2016 本地自定义工作流程或插件中集成了 DocuSign.eSign,请告诉我

无法加载文件或程序集“DocuSign.eSign,版本=4.3.0.0,文化=中性,PublicKeyToken=7fca6fcbbc219ede”或其依赖项之一。该系统找不到指定的文件。 工作流中发生错误:Microsoft.Xrm.Sdk.InvalidPluginExecutionException: CreateEntityEmailAttachmentDocuSign() 问题 - 无法加载文件或程序集“DocuSign.eSign,版本=4.3.0.0,文化=中性,PublicKeyToken=7fca6fcbbc219ede”或其依赖项之一.系统找不到指定的文件。

【问题讨论】:

  • 我认为您必须将隔离模式注册为无。试试看,顺便说一句,动态 crm 不支持 ilmerge。
  • 这个 dll 依赖于其他几个 dll。您也需要加载它们。详细信息在这里 - nuget.org/packages/DocuSign.eSign.dll

标签: c# dynamics-crm docusignapi


【解决方案1】:

此 DLL 依赖于其他 DLL,它们可能还依赖于其他 DLL。我可以为您提供第一个依赖项列表,但要获得完整列表,您可以创建一个简单的控制台应用程序并检查正在导入哪些 DLL。这是直接依赖项的列表:

Microsoft.CSharp (>= 4.5.0)

Microsoft.IdentityModel.Protocols (>= 5.4.0)

Newtonsoft.Json (>= 11.0.2)

RestSharp (>= 106.3.1)

System.ComponentModel.Annotations (>= 4.5.0)

System.IdentityModel.Tokens.Jwt (>= 5.4.0)

我还建议您考虑使用 Microsoft FLOW 及其与 DocuSign 的连接器(或者您可以构建自己的连接器),因为它可以用作中间层并为您节省合并 DLL 的所有工作。

【讨论】:

    【解决方案2】:

    不支持将大量 DLL 合并到一个插件中,这可能是对 D365 插件模型的滥用。

    相反,您可能需要考虑通过在 Azure 中托管执行 DocuSign 工作的应用程序并创建 Azure-aware plugin 来“逃离沙盒”。

    基本思想是,当您的插件触发时,它会将其上下文发送到 Azure 中的侦听器(其中有许多可能的架构)。侦听器处理上下文,在您的情况下,这意味着在相关记录上运行自定义 DocuSign 逻辑。

    如果与 D365 的连接可用(例如 IFD),它可能会相应地更新 D365,但如果您严格在内部部署,您可能需要让工作流等待一段时间(例如 90 秒)然后回调到 Azure 应用程序以获取其结果。

    更多信息herehere

    【讨论】:

      猜你喜欢
      • 2019-02-21
      • 1970-01-01
      • 2016-09-05
      • 2013-02-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-10-07
      相关资源
      最近更新 更多