Плагин CRM 2016 Onpremise или пользовательский рабочий процесс - Docusign

Question

Я создал CRM 2016 локальный пользовательский рабочий поток и ссылался на DocuSign.eSign dll.

Я использовал ILMerge для объединения DocuSign.eSign.dll и развернут с помощью инструмента регистрации плагинов

Isolation Mode = sandbox assembly location = database

I получить следующую ошибку при запуске пользовательского рабочего процесса. Позвольте мне, если кто-нибудь интегрировал DocuSign.eSign в локальную пользовательскую рабочую среду или плагин CRM 2016

Не удалось загрузить файл или сборку 'DocuSign.eSign, версия = 4.3.0.0, Культура = нейтральная, PublicKeyToken = 7fca6fcbbc219ede 'или одна из ее зависимостей. Система не может найти указанный файл. Произошла ошибка в рабочем процессе: проблема Microsoft.Xrm.Sdk.InvalidPluginExecutionException: CreateEntityEmailAttachmentDocuSign () - не удалось загрузить файл или сборку. , Система не может найти указанный файл.

Answer 1

Объединение большого количества библиотек DLL в плагин не поддерживается, и, возможно, злоупотребление моделью плагина D365.

Вместо этого вы можете рассмотреть возможность «выхода из песочницы» путем размещения приложения, которое выполняет ваши действия. DocuSign работает в Azure и создает Azure -защищенный плагин .

Основная идея c заключается в том, что когда ваш плагин запускается, он отправляет свой контекст слушателю в Azure (из которых есть много возможных архитектур). Слушатель обрабатывает контекст, что в вашем случае означало бы запуск настраиваемого логина DocuSign c для рассматриваемых записей.

Если доступно подключение к D365 (например, IFD), оно может соответствующим образом обновить D365, но если вы строго локальны, вам может потребоваться некоторое время подождать (например, 90 секунд) и затем перезвоните в приложение Azure, чтобы получить его результат.

Подробнее здесь и здесь

Answer 2

Эта 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)

Система. IdentityModel.Tokens.Jwt (> = 5.4.0)

Я бы также посоветовал вам изучить использование Microsoft FLOW и его соединителя с DocuSign (или вы можете создать свой собственный), поскольку это может служить промежуточным уровнем и сэкономить вам всю работу по слиянию библиотек DLL.