Yes, I've looked at TreeCacheAOP but I don't think it will fit with my usage. I need to be able to lookup a specific object by it's unique id so that I can invalidate and update as needed. I am not using it in a replication scenario. I'm just using it as a simple remote client-side cache of data pulled from the server. I'm sending over DTO objects that contain the domain data, then I'm jamming it into TreeCache to cache it. If I have, for example, Case1 -> Person1, and Case2 -> Person1, will TreeCacheAOP resolve both Person1 references to the same object? To complicate matters further, these objects are not the actual domain objects but are only variations of value objects (DTOs to be more precise). I may have a bulk CaseDTO or a summary CaseSummaryDTO that represent the same object but contain differing amounts of data. This is probably the real kicker for not being able to use TreeCacheAOP right out of the box.
I'm essentially wrapping TreeCache with my own processing so that I can track invalidation logic and tie together the various DTOs to their associated domain object representations. My cache wrapper then listens for events about changes to the domain objects (via JMS). If client1 holds on to a cached Case1 object, and client2 modifies Case1. client1's cache will receive the event and mark Case1 as invalidated. If client1 asks for Case1, my cache wrapper will see that as a "cache miss" and refresh the data for Case1. Hopefully this makes some sense. :) As there are certain domain data elements in the client application that are considered to always be there, I'd like to be able to mark specific nodes in the cache as non-expiring so we aren't processing extra cache miss operations (because the requested data may have been evicted). What nodes these are is not known until runtime. BTW, I found an answer to my question about modifying the caching policy at runtime by searching around the forums a bit harder. It turns out this just isn't supported (yet). Thanks for not flamming me like some of the other jboss guys do in the other forums. I was a bit apprehensive about even posting anything to the jboss forums. :) Scott View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3904490#3904490 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3904490 ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
