Home/ Questions/Q 9150191
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-17T11:34:48+00:00

we use Azure Caching directly (and not through one of the available Entity Framework

  • 0

we use Azure Caching directly (and not through one of the available Entity Framework wrappers). Apparently, for distributed caching, we need to serialize the objects. Unfortunately, this causes issues with lazy-loaded DbContext-based proxies used for navigation properties.

I see we can use a custom serializer in order to map proxies to empty collections (if not loaded) or to normal objects (if loaded), but I am not sure about the implementation. One possible implementation can be based on the one used by WCF, but I am not sure Azure works the same way.

The ideal solution (and that’s why I point to ProxyDataContractResolver) would be one where, when serialization happens:

  • IF the navigation property has been already loaded the data would be serialized as if it were a normal Collection,
  • and if they are not loaded, they won’t be serialized (I would like lazy loading to work back after deserialization for the latter case, but it’s acceptable if it doesn’t).

Has anyone manually fixed that problem in an elegant way?

Thanks in advance!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I will presume that if you are wanting to cache EF objects, you don’t require lazy loading or change tracking on those entities.

    I believe that both of those are enabled through object proxies that will cause serialization issues (since you don’t want to serialize the proxy).

    If you disable the property DbContext.Configuration.ProxyCreationEnabled then serialization of the actual object, not the proxy, should work fine. This is typically required when returning POCO objects over WCF but is likley the same for other serializations scenarios such as this.

    • 0