[jbosscache-dev] Issue with JBCACHE-1309 WAS: Branch for 2.1.X

[Brian Stansberry]

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 at jboss.org
> 
> 
> 
> 
> 
> 

-- 
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry at redhat.com