"mplesser" wrote :
| 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.
|
The same thread will of course see its changes made in the same TX. Only other threads
are blocked. This is all as designed.
anonymous wrote :
| 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 :)
|
There is :-) Have a look at ClusterPartition.startService() and search for the CONFIG
event. You can set some user-defined bytes in an IpAddress, using
{set,get}AdditionalData().
anonymous wrote :
| Seems so - maybe add some checks here or buffer the operation till it is set up?
Do you have a small test case that reproduces the problem ?
Bela
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842200#3842200
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3842200
-------------------------------------------------------
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
