anonymous wrote : By other threads ? No, they are blocked unless the isolation level is NONE or READ_UNCOMMITTED (we use r/w locks here) >From within the same thread, isolation level is REPEATABLE_READ. I add a listener to >the cache which performs a get() operation on the cache on a nodeModified() event. >This might of course look for the cache to appear within the same TX and may not be >fixable. Only option i could think of is using a backing cache or add a method to the >cache that signals if it is in an uncommited TX state.
anonymous wrote : | I hope you don't use a synchronous group RPC out of the viewChange() callback. This might lead to a distributed deadlock. viewChange() actions are supposed to be short-lived, or have to run in a separate thread. No, this is done in an asynchronous manner with callbacks. I 'have' to do it that way since i can not add user defined properties to Address objects used by jgroups and have them replicated to the other nodes. Else each node could add a property to its own address for other nodes to read them. IF there is a way to do so already i just haven't found it out yet :) anonymous wrote : | Yes, this could be an initialization issue - apparently the interceptor chain has not yet been fully initialized. | Seems so - maybe add some checks here or buffer the operation till it is set up? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842191#3842191 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3842191 ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
