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

[Manik Surtani]

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?

> 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