动态365 / crm 2016中c#中创建orginzation服务代理的最佳实践

时间:2017-06-14 16:11:48

标签: c# dynamics-crm dynamics-crm-2016 dynamics-365

所以我有大量的SSIS软件包,它们使用旧的2011端点地址为c#脚本中的连接设置。通过看起来像这样的代码。

OrganizationServiceProxy crmService;
crmService = new OrganizationServiceProxy(new Uri(https://someorg.crm.dynamics.com/XRMServices/2011/Organization.svc), null, crmCredentials, null);

我一直想弄清楚何时或是否需要担心这一点。根据更新说明,2011年的终端正在消失。因此,在深入研究新文档之后,我终于找到了如何设置CRMServiceClient对象。我在那里挣扎了一会儿,并在我用于测试的我的内部部署演示中使用连接字符串。通过看起来像这样的代码。

CrmServiceClient cService;

IOrganizationService service;

cService = new CrmServiceClient(string.Format("Authtype=IFD;Url=https://{0}.someclient.com:{1}/{0}; Username={2}; Password={3}", Variables.Environment, Variables.Port, Variables.CrmUser, Variables.CrmPassword));

service = cService.OrganizationServiceProxy;

所以我想要找出的是每个人都在考虑设置我的连接对象以及更新旧包的最佳做法。或者如果我需要,语言有点模糊,所以我还不确定我的在线环境包需要更新。

干杯!

1 个答案:

答案 0 :(得分:4)

是的,您希望利用针对您所定位的环境的最新SDK(不仅仅是因为2011年终端弃用而是also Azure deprecating ACS)。目前我们在2011 endpoint will officially go away is

时提供的最佳信息
  

自Microsoft Dynamics CRM Online 2016 Update 1发布以来   Microsoft Dynamics CRM 2016 Service Pack 1(8.1.0),CRM 2011   端点已被弃用。 2011年终点将被删除一些   Dynamics 365第9版发布后的时间

所以最有可能在明年。话虽这么说,最新的SDK仍然在技术上击中幕后的2011端点(您可以通过运行Fiddler来监控http流量来验证这一点)。我们的想法是,在未来的某个时刻,SDK将开始点击webapi端点而不会更改SDK的接口(因此仍然利用较新的连接/代理对象和连接字符串)。