Dynamics 365插件SDK在沙盒模式下更新強類型實體時拋出異常

我是學習Dynamics 365插件的開發人員。Dynamics 365插件SDK在沙盒模式下更新強類型實體時拋出異常

問題：在強類型實體上調用Update方法時，我得到一個異常。確切的錯誤信息是：

「System.Runtime.Serialization.SerializationException：Microsoft Dynamics CRM中遇到錯誤，爲管理員或支持參考編號：＃1330ADC1」

我的設置： 我的解決方案包含一個簡單的插件。我創建了一個強類型的實體帳戶。插件的隔離模式是沙盒。 Telephone1字段是一個字符串。

我從CRM中檢索帳戶，然後將Telephone1字段更新爲新值並更新帳戶記錄。簡單:)

代碼：

public class PostOperationaccountUpdate: IPlugin 
{ 
    public void Execute(IServiceProvider serviceProvider) 
    { 
     var organisationService = serviceProvider.GetService(typeof (IOrganizationService)) as IOrganizationService; 
     var context = serviceProvider.GetService(typeof (IPluginExecutionContext)) as IPluginExecutionContext; 

     var entityAccount = context.InputParameters["Target"] as Entity; 
     var id = entityAccount.Id; 

     var account = organisationService.Retrieve("account", id, new ColumnSet("telephone1")); 

     //Get a strongly typed version of the Account entity 
     var dbAccount = account.ToEntity<Account>(); 

     //Update the telephone1 field using the "old" way 
     account["telephone1"] = "1234567890"; 

     try 
     { 
      //This will pass 
      organisationService.Update(account); 

      //Update the strongly typed Account 
      dbAccount.Telephone1 = "plop"; 

      //This fails 
      organisationService.Update(dbAccount); 
     } 
     catch (Exception ex) 
     { 
      throw; 
     } 
    } 
}

有什麼我想： - >我已經改變了插件的隔離模式到無 - 這工作！按照最佳做法，不建議

感謝您的幫助查爾斯

來源

2016-12-06 h4ck3r8ug5

不它在沙箱中工作，如果你遲到了嗎？ – Alex

碰巧強類型Account類是不同的DLL嗎？如果是這樣，我相信你將不得不將其插入到插件DLL中。您可以通過直接將Account.cs類添加到您的插件項目中來快速測試。 – Polshgiant

@亞歷克斯：是的。如果我讓它延遲和沙箱它，它確實工作 – h4ck3r8ug5

一個SerializationException當你的代碼期望後期綁定的類型，here the MSDN gives some degree of explanation混合前期綁定類型發生。

本質上，當您需要平臺在早期綁定類型和後期綁定類型之間進行轉換時發生異常。

Update預計後期綁定型

organisationService.Update(dbAccount); // dbAccount should be an 'Entity' object

，這將導致異常。

我從來沒有使用早期綁定類型，所以我不能可靠地告訴如何解決你的代碼，但下面的MSDN文章應該是有用的：

來源

2016-12-06 16:44:39 Alex

'Update'需要'Entity'類型的對象 - >'public virtual void Update（Entity entity）;'。內部類型的後期限制或早期限制是「實體」，所有早期的限制都是在後臺使用正確的crm數據類型設置屬性值，並且在檢索過程中也使數據變平。我使用'organisationService'。更新（實體）;'具有早期和晚期綁定對象。遲到或早期綁定，都是「實體」類型的對象，創建和更新應交替使用。 – dynamicallyCRM

謝謝亞歷克斯。這讓我想到了 - 我會重構我的代碼。感謝幫助！ – h4ck3r8ug5

Dynamics 365插件SDK在沙盒模式下更新強類型實體時拋出異常

回答

相關問題