It seems when the object is very complex. For example, one object extends an abstract object and implements a few interfaces. If only one of the interfaces is serializable and the abstract object is not and contains state, no error is thrown, but the object is not serialized, and does not appear in the replicated cache. I am not sure how you could check this, but might be a useful improvement.
We've also ran a number of performance tests. TreeCacheAOP performs terribly with close to 300ms to put a large object. The same object takes about 2ms to put using plain TreeCache. We have a requirement to dynamically walk the tree without explicitely knowing all the branches. We accomplished this using the node.getChildren(), and then walking the children recursively. The problem is that the node.getChildren() is an unsynchronized map that can be modified during the walk generating a ConcurrentModificationException. Our solution was to copy the values(nodes) of the returned map into an object array, and then triverse the object array. The copy would keep retrying until it can successfully copy the map. The performance hit was pretty negligable. The final problem we saw deals with replication. We have two nodes in the cluster. Node1 is writting data continuosly, and node2 is started and tries to obtain the current state. We were using SERIALIZABLE locking scheme WITHOUT transactions. Most of the time the request for state failed with a ConcurrentModificationException. When we started using dummy transactions, the tree was successfully locked. Anyways, hope this helps somebody, or improves jboss-cache. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3861990#3861990 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3861990 ------------------------------------------------------- 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
