Make Microsoft.Azure.Cosmos.ServiceInterop.dll native DLL loading optional again on Windows x64

[ajdust]

Hi, I am developing a feature for a .NET application that cannot use native DLLs such as "Microsoft.Azure.Cosmos.ServiceInterop.dll". We're piloting using Cosmos. All documentation I've found implies that this is OK, Cosmos works with Windows/Mac/Linux so loading native code is not necessary.

However the code says otherwise. On Windows x64 the code always attempts to load a DLL, even if it is missing. The code in ServiceInteropWrapper.AssembliesExist appears to check for its existence, but then ServiceInteropWrapper.AssembliesExist = new Lazy<bool>(() => true); overrides that in CosmosClient. 0e2128586b878d90e9def62aa7ddc806c6395766.

Suggested you make loading the native DLL optional (even better, have Linux parity). Thanks for your consideration.

[j82w]

Hi @ajdust, what is the reason you can not use the native DLL? The change was made to always attempt to load the file because even if you are Linux or Mac where it currently is not supported the file should still exist.

[ajdust]

We have a plugin architecture wherein we provide .NET DLLs that are dynamically loaded into they system. Only .NET DLLs, and we do not control when and how the DLLs are loaded. The system ignores native DLLs.

[kirankumarkolli]

@j82w lets please create a backlog item to address it.

[ealsur]

Released in 3.27.2