ダイナミクスのためのC＃でorginzationサービスプロキシを作成するためのベストプラクティス365/crm 2016

Question

これで、c＃スクリプト内の接続に古い2011エンドポイントアドレスを使用してセットアップされるSSISパッケージが大量に用意されています。このようなコードを使用します。

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; 

は、だから私は見つけるためにしようとしている何を、誰もが私の接続オブジェクトを設定し、前方に移動し、私の古いパッケージを更新するためのベストプラクティスにのを考えています。それとも、必要があれば、言語はやや曖昧なので、オンライン環境のパッケージを更新する必要があるかどうかはまだまだわかりません。

乾杯！

Answer 1

はい、ターゲティングする環境に最新のSDKを使用することができます（2011年のエンドポイント非推奨のためだけでなく、also Azure deprecating ACS）。 Microsoft Dynamics CRMオンライン2016アップデート1と のMicrosoft Dynamics CRM 2016のService Pack 1（8.1.0）、CRM 2011 のリリースの

：この時、私たちはとき2011 endpoint will officially go away isに持っている最高の情報エンドポイントは廃止予定です。 2011年のエンドポイントは一部削除されます ダイナミクス365バージョン9のリリース後の時間

これはおそらく来年内です。つまり、最新のSDKはまだ技術的に2011年のエンドポイントにヒットしています（httpトラフィックを監視するためにFiddlerを実行することでこれを確認できます）。アイデアは、将来のある時点で、SDKが（新しい接続/プロキシオブジェクトと接続文字列を引き続き活用して）SDKの変更のインターフェイスなしでWebAPIエンドポイントに当たることになるということです。