I guess I do not have a precise use case in mind, only some performance 
questions in certain configurations:

1) In case where synchronous replication is required (I want all the node to 
always be in synch after an update), just sending an invalidation message might 
be faster (from an update completion point of view) than sending the replicated 
data.

2) With invalidation, you can potentially save the update to the nodes for 
which the data was already invalidated and not yet reloaded.

3) With TreeCacheAop, invalidation message or data replication might be fairly 
close in term of network traffic. But if I am not using TreeCacheAop, depending 
of the size of my objects, invalidation message should be much faster than the 
data replication.

I think this is also a mechanism that can make sense with the notion of Cache 
hierarchy (as explained in the latest JBossCache 1.2 documentation), where is 
an update occurs in a cache at the top of the hierarchy, you might just want to 
invalidate the data from that cache on all node and let it be reconstructed 
from one of the underlying cache in the hierarchy (where that one might use 
state replication instead of invalidation). 

Thomas


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862733#3862733

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862733


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to