Hi,
If I have an invalidation cluster:
|
|
| ...
|
What does stateRetrieval control in this case? Does it still control whether
this cache JVM would retrieve all the objects from other cluster members?
2. If i have
|
|
|
| ...
|
Image I fist start a
Thank you, good point. But I in case of invalidation and the situation you
described I would expect that the timeoutexception would not be thrown to the
caller.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267583#4267583
Reply to the post :
http://www.jb
In debugger i see that inside MVCCHelper.acquireLock:159 invocation context's
option overrides the value of lockAcquisitionTimeout to zero, even though for
testing sake i explicitly set it to non-zero. What is more interesting, is that
in the main thread a second later i can still see my correct
In my case i see that two jvms are each trying to update the same set of nodes,
however i have lockAcquisitionTimeout="20" so I expected that they would
have at least waited that long before freaking out.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266
I can't believe I am the only one facing this problem. There has to be some
problem with the way jboss cache handles JTA transactions. I was able to get
the same problem with running one instance inside resin and enother on jotm.
View the original post :
http://www.jboss.org/index.html?module=
Hi,
Any ideas as to what might be causing it this problem?
Thank you.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265979#4265979
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265979
___
apologies, the log was too long for forum. This is shorter version before the
exception:
| Nov 14 18:49:13,194 [main] TRACE
EvictionInterceptor:registerEvictionEventToRegionManager:254 - Registering
event ADD_ELEMENT_EVENT on node /hphRTp4/0:0_2
| Nov 14 18:49:13,194 [main] TRACE
TcpDeleg
thank you, it did fix the exception. Here is the log with the JDBC loader, same
problem as with TCPDelegatinLoader.
| 20:42:38,187 [http--8080-1$23822211] INFO TestUser:getSomething:13 - yoyo:
| 20:42:38,189 [http--8080-1$23822211] TRACE
ComponentRegistry:invocationsAllowed:877 - Testing
Here is the full config. Commented out section is what i used for
TcpDelegatingCacheLoader.
|
|
| http://www.w3.org/2001/XMLSchema-instance";
xmlns="urn:jboss:jbosscache-core:config:3.0">
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
No, region based marshalling is not enabled.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207568#4207568
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207568
___
jboss-user
Is there anything that i can try or provide to help investigation? This is an
important bug for us.
Thank you.
RS.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207493#4207493
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=re
sorry for posting twice, i thought the first post got lost
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207022#4207022
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207022
still getting same exception, same line on VersionAwareMarshaller (334)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207020#4207020
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207020
___
still getting same exception, same line on VersionAwareMarshaller (334)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206923#4206923
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206923
___
the first one (commented out) is the only i had when reporting the error at the
beginning of this thread.
|
|
|
|
|
|
|
|
|
I tried using jdbc cacheloader with this config:
cache.jdbc.table.name=jbosscache
cache.jdbc.table.create=true
cache.jdbc.table.drop=true
cache.jdbc.table.primarykey=jbosscache_pk
cache.jdbc.fqn.column=fqn
cache.jdb
my previous post and this one uses resin and 3.0.3 snapshot.
20:22:31,403 [http--8080-1$21578710] INFO UserManagerImpl:updateUser:58 - user
TX before start of TX: UserTransactionProxy[], status: 6
20:22:31,404 [http--8080-1$21578710] INFO UserManagerImpl:updateUser:63 -
started user TX: UserTr
I tried using latest 3.0.3 snapshot (from Jan 27) - same problem.
I am using resin.
Here is the code (cleanup a bit for readability) from the class UserMangerImpl:
UserTransaction utx= null;
Context context = new InitialContext();
utx = (UserTransaction) context.lookup("java:comp/UserTransactio
Hi,
I am using 3.0.2 GA. I have a 'far cache' design. What i observed is:
1. I open JTA tx
2. write to local cache (which is hooked to remote cache via
TcpDelegatingCacheLoader)
3. write to DB
4. rollback tx
5. get value from local cache
Result:
1) the far cache is correct, it never gets the v
Anyone - any ideas as to what might be causing de-serialization problem?
Thank you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199287#4199287
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199287
__
After come debugging here is what I see:
1. TCPServer does get request from the 'A' and send back non-empty map
(instance of Immutables.ImmutableMapWrapper) for the requested node.
2. TCPDelegatingCacheLoaders does get an empty Immutables.ImmutableMapWrapper
even though I see that it actually
Hi, I am trying to configure a far cache where the data is stored in
stand-alone storage caches (S) exposed via TcpCacheServer. An application (A)
uses TcpDelegatingCacheLoader to access remote cache.
In the simplest setup i have one 'S' jvm and one 'A' jvm. 'S' has buddy
replication. 'A' does
Hi,
I am trying to assess JBoss Cache capabilities. My app is a web site, and I
plan to cache the data in a cluster of external cache jvms (partitioned cache,
using coherence language). I would like not to store anything in the app server
JVM itself, making it a no-storage enabled node (i.e. i
23 matches
Mail list logo
