I am no longer seeing the nested transaction exceptions since adding the
exception handling code with a setRollbackOnly() call. I have even removed the
thread synchronization (as well as a new synchronization on a separate lock
which I'd tried in the mean time). This appears to have solved my
Thanks for your responses. Yes I realize that this has nothing to do with
JBossCache, but there doesn't appear to be a JTA/Transactions specific forum so
this one appears to be the most relevant. Plus I've had the best luck with
getting my answers answered on this forum as opposed to other foru
I'm getting erratic, non-repeatable exceptions involving nested transactions,
apparently from within code which is not nesting transactions. This code is
accessing the TreeCacheAop service. and it runs flawlessly most of the time.
Even after the exceptions are caught by JBoss I can continue wi
I have modified my codes so that all transactions are being started and
commited within the UserActivityManager MBean which is using the TreeCacheAop
service to cache all user activity. Any EJB methods which access this
UserActivityManager are marked with a NotSupported trans-attribute in the
When I add
[attribute name="DeadlockDetection"]true[/attribute]
to the configuration of the TreeCacheAop MBean I get the following error when
starting JBoss:
10:18:42,795 INFO [ServiceConfigurator] Problem configuring service
jboss.cache:service=TreeCacheAop
| org.jboss.deployment.Deployme
I'll try to describe my use case as simply as possible.
I have a JavaBean class, UserActivity, which uses a HashMap to contain members
which are Strings, Dates, Booleans, and Integers. The class contains mainly
just getters and setters but also a few convenience methods for comparing
dates, mo
I don't understand your question Ben, can you elaborate? My assumption is that
this is happening with the TreeCacheAop and that the exception messages are
listed as coming from the TreeCache and ReplicationInterceptor since these
classes are used by the TreeCacheAop class, and since my applicat
I guess I spoke too soon, as the exceptions are now happening again. Do these
point to anything of interest?
17:31:42,780 WARN [ReplicationInterceptor] runPreparePhase() failed.
Transaction is marked as rolled back
| org.jboss.cache.lock.TimeoutException: rsp=sender=10.10.10.23:39099,
retva
Back to the original topic -- I have changed the TreeCacheAop's IsolationLevel
attribute value from REPEATABLE_READ to READ_COMMITTED, and so far the
TimeoutExceptions have not reappeared. Hopefully this simple fix will be a
permanent solution to the deadlock problem I was experiencing.
--Jame
"[EMAIL PROTECTED]" wrote : you are under the right module except the directory
is lock instead of aop.
|
When I go to jboss/jbosstest/src/main/org/jboss/test/lock/test I don't see the
file you mentioned.
Am I using the wrong interface, i.e. is there a better way than using the
online CVS b
Thanks Bela. What would be the exact path in the CVS repository for this test
class? Starting from here http://cvs.sourceforge.net/viewcvs.py/jboss the
closest thing I can find is
jbosstest/src/main/org/jboss/test/aop/test/TxLockUnitTestCase.java, but I don't
think that this is what you're re
I am getting TimeoutExceptions from the TreeCache when I run my application
which is uses the TreeCacheAop MBean for synchronous replication. I have tried
doubling the original value for the LockAcquisitionTimeout attribute but this
appears to have no effect on the situation, and I can't see an
"[EMAIL PROTECTED]" wrote :
| I have checked in the code under
jboss-head/testsuite/src/main/test/cache/test/standAloneAop/CollectionProxyAopTest.
Check it out.
| -Ben
When I browse the CVS repository here
http://cvs.sourceforge.net/viewcvs.py/jboss/ I don't see the file, in fact I
don't
Thanks Ben. The class is a POJO, in that it extends ArrayList and adds a user
ID property. I created this class in order to try to take advantage of the
ability to use the caching without "aspectizing" my class, as described in the
FAQ, but as you have pointed out this only works if the class
I am having trouble getting TreeCacheAop to add objects of a class which
extends ArrayList. According to the FAQ this is possible:
anonymous wrote : TreeCacheAop supports classes extending from List, Set, and
Map without users to declare them "aspectized". It is done via a dynamic proxy.
Simp
Thanks for this information. This takes care of the transaction support, but
unfortunately the replication is still not working as advertised.
I will go back over to the various documents I've found on JBossCache and see
if there is anything else I may have missed or done wrong. If any of the
I have not included the setting for transaction support in my TreeCacheAop
configuration because I have been getting errors when using the
TransactionManagerLookupClass attribute, with either
DummyTransactionManagerLookup or TransactionManagerLookup as this attribute's
value. I now expect that
Yes I was very confused and was configuring the TreeCache in one deployment
descriptor (syncRepl.xml) and the TreeCacheAop in another (jboss-service.xml),
since I assumed this was how things worked based on the various documents I've
found on this topic (these documents don't seem to be synchron
I have MBeans which use the TreeCacheAop MBean for storing objects. I want the
TreeCacheAop MBeans on all nodes of my cluster to share the same data, i.e. I
want to have synchronous replication. At this point it is not working, but I'm
hoping that I can configure the TreeCacheAop MBean in such
After looking into this more it seems that what I want to do can in fact be
done with JBossCache, and in a more elgant manner than what I had originally
thought of myself (no big surprise). I can just use the TreeCacheAop MBean to
hold all of the objects that I want to replicate across all node
Thanks for the reply Ben. Probably you didn't understand my question because I
was a little long-winded and not altogether to-the-point. I'll try to state
what I want to do more succinctly.
* I want to maintain a unique (global) collection of objects (user activity
records) for a clustered a
I want to have an object in which I store user activity information, and I want
this object to be replicated across all nodes of a cluster. When one node of
the cluster fails I don't want to lose the data being stored in this object.
Essentially it will act as a central and unique (global) rep
In the JBossCache tutorial it lists a deployment descriptor used to configure
the TreeCache MBean, and in this file there's a section where a clustering
configuration is specified. This looks to be the same as what is specified in
the PartitionConfig attribute in the cluster-service.xml. Does
23 matches
Mail list logo