1

I use simple layer for loading and storing entities by key or id and I just added caching to this layer. When entity with given key is in the cache, return it rather then fetch from the datastore. And when the entity is updated and saved to datastore, the layer simply sets the entity in the cache to null. It's completely transparent.

It seems to be working fine, however the object fetched from the cache is slightly different from the object fetched from the datastore. Some things stopped working, for example and I can't use .contains() on Collections inside entity to check whether there is a relationship between two entities. I also encountered a weird behavior, when I loaded an object from cache and immediately after that stored to the datastore, all items in collections representing relationships were replaced with nulls. However I couldn't reproduce it. Now it's working fine.

I don't know what's happening under the hood, so the question is, is this way of working with cache reliable? Can I work with entities fetched from cache just like as they were fetched from the datastore (accessing children, updating, removing...)?

tobik
  • 7,098
  • 7
  • 41
  • 53

1 Answers1

3

Two things to note:

  1. All objects stored to Memcache get serialized/deserialized, meaning their memory representation is taken and changed into a series of bytes (and vice versa).

  2. Collection.contains(object) uses object.equals(anotherObject) to check if collection contains certain object. By default Object.equals() is only true if this is the exact same object (= object at the same memory location).

Given that: serializing object and then deserializing it will never make an object that gives deserialisedObject.equals(originalObject) == true.

If you really need this, than you should override .equals() (and also .hashCode()) in the class you store in Memcache, so that you actually compare meaningful values inside the Class (= compare values of all fields).

Community
  • 1
  • 1
Peter Knego
  • 79,991
  • 11
  • 123
  • 154
  • Thanks for explaining how `Collection.contains(object)` works, I knew that objects get serialized/deserialized but I didn't know this would cause this. Are there any other things to be aware of? To repeat my original question, besides this (and naturally the fact, that the entities might be out-of-date), can I use cached entities as if they were fetched from the datastore? – tobik Aug 17 '12 at 16:56
  • Entities in this case are POJOs, right? Then yes, f you makes sure they get serialized properly, you can use them as if they came from datastore. But beware comparing them as explained. – Peter Knego Aug 17 '12 at 19:22
  • 1
    Yes, they are. Simple classes promoted using @PersistenceCapable annotation. So that's good news, thank you. And I overrided the equals() and hashCode() methods as you suggested, so now I can compare them just the way I want. – tobik Aug 18 '12 at 08:07