[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1796) TreeCache based providers and Fqn

[Max R. A. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1796?page=comments#action_23211 ] 

Max Rydahl Andersen commented on HHH-1796:
------------------------------------------

just so i understand this the problem with our previous behavior is that the "parent" would be the root node which would basically mean it effectively a global lock ? 


> TreeCache based providers and Fqn
> ---------------------------------
>
>          Key: HHH-1796
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1796
>      Project: Hibernate3
>         Type: Improvement

>   Components: core
>     Reporter: Steve Ebersole
>     Assignee: Steve Ebersole
>      Fix For: 3.2.0

>
>
> Apparently we have not been using tree cache in the most proper manner in regards to Fqn construction.  The way in which we construct Fqns actually leads to a very flat tree structure.  For example consider a region for "org.hibernate.test.hql.Animal"; this actually leads to a tree node structured like:
> /org/hibernate/test/hql/Animal
>         /id1
>         /id2
>         /...
> Notice that the Hibernate region-name leads to a flat node which is a direct child of the root node...
> The issue is twofold:
> 1) This may be one of the causes of the high level of contention in the older pessimistic TreeCache model
> 2) This is currently causing problems with the optimistic locking stuff because the "parent" node is version-incremented whenever its children is mutated (child added/removed)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira