Manik Surtani wrote:
On 1 Apr 2008, at 21:53, Brian Stansberry wrote:
> Test for this is
>
org.jboss.cache.integration.hibernate.UpdateTimestampsCachingTest.testTimestampUpdateInAfterCompletionOptimistic()
>
Could you add this test to trunk a well?
Done. Meant to do that this afternoon.
> Brian Stansberry wrote:
>>
< SNIP />
>> ......
>>
org.jboss.cache.invocation.CacheInvocationDelegate.put(CacheInvocationDelegate.java:488)
>> What's going on here is fetchWorkspaceNode() is walking up the tree
>> from /TS/test/org/hibernate/cache/UpdateTimestampsCache/Accounts to
>> Fqn.ROOT, calling lockAndCreateWorkspaceNode() on each Fqn. When it
>> gets to Fqn.ROOT it fails. This is because
>> lockAndCreateWorkspaceNode() wants a write lock on the target node
>> before making the workspace copy. In this case the WL can't be
>> obtained, because a RL is held by the suspended tx.
>> Does lockAndCreateWorkspaceNode() need a write lock here?
Probably not. I'm guessing it could do with a RL instead, let me
investigate.
Cheers,
--
Manik Surtani
Lead, JBoss Cache
manik(a)jboss.org
--
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry(a)redhat.com