Author |
Message |
|
Hi,
What version of ehcache are you using. what is the type of the attribute.
Shiva
|
|
|
By setting the replicateUpdatesViaCopy to false, you are forcing all the peers to remove the value from its cache. So you would get a null which is the behavior you are expecting. Then in your application logic you need to handle this scenario to go to the source of the data (DB or ??).
If data consistency is critical to your application you should look at distributed caching provided by Terracotta Server Array. Try BigMemory Max http://terracotta.org/products/bigmemorymax
- Shiva
|
|
|
This is a generic application design query, In your application you need to determine the identity of the invoker and then decide if you want to use values in cache or fetch from DB. This can be done if you are using some security framework etc to help retrieve the identity.
Shiva
|
|
|
What are you trying to do. If you are trying to use websessions product then you need to first configure Terracotta Server array and then configure JBOSS to use websession module for your session replication.
To configure Terracotta Server - http://terracotta.org/documentation/bigmemorymax/get-started
To configure Web Sessions
http://terracotta.org/documentation/web-sessions
-Shiva
|
|
|