Retail Typescript and C# proxies
Whenever you create a new controller for Retail server application programming interfaces (APIs) or extend the existing controller, you must generate the Retail proxy by using the tools that are available as part of the Retail software development kit (SDK). For example, you must generate the Retail proxy if you add a new API for the Customer entity by extending the Customer controller.
What is the Retail proxy used for and when should you use it?
All the clients use the proxy API to interact with Retail server. The Retail proxy abstracts the interface between Retail server and the Commerce runtime (CRT). For example, you create a new entity and some business logic as request/response operations in CRT, and you add a new Retail server API to expose that entity and those request/response operations. You now want to access the entity and the request/response operations in the point of sale (POS) to do some client logic. You can manually create all the entities and request/response metadata in the POS, and access the Retail server by using the correct parameters. However, this approach involves lots of additional overhead, because you must duplicate the entities, manager, and request/response code in two places, and you must also write lots of code.
The Retail proxy reduces this effort by automatically generating the proxy for all the custom entities and request/response operations that are added in Retail server. The proxy tool generates the required interface and all the required metadata, and abstracts the actual implementation. In that way, you can include the files in the extension projects, and can access the Retail server APIs and the entities by using the metadata and interface that are generated.
There two types of proxy to support cross-platform scenarios:
- Typescript proxy – The POS uses the Typescript proxy to access the Retail server APIs and CRT entities. If the POS is using Retail server, it requires the Typescript proxy. Otherwise, the POS won't be able to communicate with the Retail server for any operations or workflows.
- C# proxy – The POS uses the C# proxy when it's offline and for e-commerce. (When the POS is offline, it communicates directly with CRT, without using Retail server.) If you want your customization to work when the POS is offline, and you want your e-commerce client to access the Retail server APIs, you must generate the C# proxy.
The Typescript proxy and C# proxy differ, and the steps to create them also differ.
Generate the Typescript proxy
The following steps apply only to Microsoft Dynamics 365 for Retail (July 2017 release) and Microsoft Dynamics 365 for Finance and Operation, Enterprise edition.
You use the CommerceProxyGenerator.exe file from the Retail SDK\Reference folder to generate the Typescript proxy for the POS.
Before you generate the proxy, copy the following libraries from Retail SDK\Reference... to the Retail SDK\Reference folder:
- Microsoft.OData.Core.dll@ 126.96.36.199
- Microsoft.OData.Edm.dll@ 188.8.131.52
- Microsoft.Spatial.dll@ 184.108.40.206
- System.Web.Http.dll@ 220.127.116.11
- System.Web.OData.dll@ 18.104.22.168
Copy the customized Retail server and CRT libraries to the Retail SDK\Reference folder.
Open a Command Prompt window as an administrator, and navigate to the ...\Retail SDK\Reference folder. Run the following command to generate the proxy. The proxy files will be generated in the same folder.
CommerceProxyGenerator.exe <Path>\\Microsoft.Dynamics.Retail.RetailServerLibrary.dll <FilePathNameForRetailServerExtensionDLL> /application:typescriptextensions
Here is an example.
CommerceProxyGenerator.exe C:\\RetailSDK\\Reference\\Microsoft.Dynamics.Retail.RetailServerLibrary.dll C:\\RetailSDK\\Reference\\Microsoft.Dynamics.RetailServer.CrossLoyaltySample.dll /application:typescriptextensions
In the command that you run, replace Microsoft.Dynamics.RetailServer.CrossLoyaltySample.dll with the name of your custom Retail server extension library. Include the generated files in your POS project. The command will generate two files that are based on your extension libraries: DataServiceEntities.g.ts and DataServiceRequests.g.ts.
You must generate the proxy for all Retail server extensions.
Generate the C# proxy
- Open the Customization.settings files from ...Retail SDK\BuildTools.
Under the RetailServerLibraryPathForProxyGeneration node, include all custom Retail server extension libraries, as shown here.
In this example, Microsoft.Dynamics.RetailServer.CrossLoyaltySample.dll is the custom library.
Add all your custom Retail server extension libraries.
- Include your custom CRT project library as a reference to Proxies.RetailProxy.csproj.
- Open RetailSDK\Proxies\RetailProxy\Adapters\UsingStatements.Extensions.txt in the solution.
In UsingStatements.Extensions.txt, add the using statement for your CRT entity namespace and request/response namespace. For example, if you use the Contoso.Commerce.Runtime.DataModel namespace in your CRT extension, add that namespace in UsingStatements.Extensions.txt to generate the proxy.
Build the project.
- Add a new class under the Adapters folder. Use any other manager class from the adapter folder as a template, so that the whole namespace is included.
Extend the class from the interface manager, and implement only the required interface methods.
To learn how generate the interface and manager classes, see the Store Hours sample in the Retail SDK. The instructions are in the RetailSDK\Code\Documents\SampleExtensionsInstructions\StoreHours\readme.txt file.