nhibernate/NHibernate-Caches

NHCH-31 - NHibernate.Caches.Velocity - update to AppFabric Caching Services 1.0

fredericDelaporte opened this issue · 1 comments

Migrated from Jira.
Paul Duran created an issue — 26th November 2010, 19:14:00:

Velocity has been renamed to AppFabric Caching Services. I've taken the suggested updates from this stackoverflow article: http://stackoverflow.com/questions/3233792/appfabric-could-not-contact-the-cache-service and improved them.

Namely:

Known limitation:

  • if cache cluster is restarted, we will receive an error "ErrorCode:SubStatus:Region referred to does not exist. Use CreateRegion API to fix the error". Open to options on how to resolve that.

Please note: as part of applying this patch, the following files may be removed from lib\net\3.5:

  • CacheBaseLibrary.dll
  • CacheBaseLibrary.XML
  • CASBase.dll
  • CASClient.dll
  • ClientLibrary.dll
  • ClientLibrary.XML
  • FabricCommon.dll

Paul Duran added a comment - 28/Nov/10 6:46 PM

Attaching new version of patch. This version wraps the DataCache operations so that if the cache cluster is restarted, it will trap the RegionDoesNotExist error and recreate the region.

Frantisek Jandos added a comment - 08/Jun/11 4:20 AM

I appreciate there is cache provider for AppFavric Cache, but I think that the usage of locks dictionary in VelocityClient is problematic due to following reasons:

  • The client class is not thread safe (according to ICache comments should be) as distinct Add, Remove, Count may be performed concurrenctly. This could lead to race condions and unexpected dictionary exceptions.
  • If we are in cluster, each node would have its own locks dictionary, which could again lead to potential unlock by put.

Frédéric Delaporte added a comment - 22/Oct/17 3:52 PM

If someone is interested by this, please issue a PR.

Closing. This cache provider does not seem to attract interest.