Did you get any resolution for this problem?
I am currently facing the same issue that state replication fails during
startup.
2006-05-10 12:08:48,556 main INFO org.jboss.cache.TreeCache
fetchStateOnStartup:2801 - state could not be retrieved (must be first member
in group)
View the origina
It looks that InitialStateRetrievalTimeout = 0 property is not working.
Distributed cache doesn't wait until tranasction commit on coordinator, it
simply continue work with no data in cache.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881920#3881920
Reply
You can't. You might set the timeout to 0 (= wait forever) though
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881906#3881906
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881906
---
It is a good advice, but result is not guaranteed. How I can be sure that the
state in cache is correctly replicated? As I understand the cache replicates
only changes, so if state replication fails on startup then it will never
become up to date.
View the original post :
http://www.jboss.org/
Increase the state retrieval timeout and try to keep the duration of a TX short.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881787#3881787
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881787
