"[EMAIL PROTECTED]" wrote : 1. In general, TreeCacheAop only has advantage is your pojo has long life time. So most of the time I think issuing removeObject explicitly is not a problem. But yeah, I agree that it is still an issue. I just didn't have good solution. But there is a plan to refactor it in 2.0 due in 4-5 months. | | 2. This is also in the todo list using annotation. I am shooting for 1.4. One other option is you can mark it transient (althgouhg it is sort of ad hoc). | | 3. Yes.
Thank you Ben for prompt response. I found another one thing which is not clear for me. In 1.3.0 when using invalidation I need a method which adds object to cache, but (unlike put) does not trigger invalidation in other cluster members. I want to use this method when adding unchanged object (e.g. read from DB) to my local cache member. I understand I can use scenario with CacheLoader to achive this, (is uses exactly this approach - adding data to cluser without invalidating), but we want to make cache light-weight without any other persisting layer. The method(s) I am looking for would have following contract: "Store data to cache (to my local cluster member) in the way like put, but do not invalidate this data in all other cluster members. It is my (developer's) responsibility, that data is not changed and the cluster cache is consistent." It seems to me that when using invalidation, concrete data are present only in one cluster member which made the last put. Ofcourse when I am not using CacheLoader. Thank you in advance, Washeeq View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3931520#3931520 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3931520 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
