jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] [Updated] (OAK-798) Review / refactor TreeImpl and related classes
Date Thu, 02 May 2013 15:38:15 GMT

     [ https://issues.apache.org/jira/browse/OAK-798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Dürig updated OAK-798:
------------------------------

    Description: 
Now that OAK-781 is nearly complete, I'd like to follow up with pulling the new functionality
into {{TreeImpl}} and its friends. A rough sketch of what I have in mind:
* -Apply the concept of existence and iterability of nodes to {{Tree}} instances. So {{Tree}}
would have a method {{exists}} with the same semantics as that on {{NodeBuilder}}. Namely
non existing trees could be used to navigate to its children/parent. But can not be used to
iterate children/properties nor to modify the tree in any way.- Done at revision 1477010
* -{{TreeLocation}} and its implementations would go away since trees could be navigated by
its own means now.- Done at revision 1478403.
* Provide two {{Tree}} implementations: {{MutableTree}} and {{ImmutableTree}}. The former
would replace {{TreeImpl}} and the latter would unify the current {{ReadOnlyTree}} and {{ImmutableTree}}
implementations. Roughly the former would be based on {{NodeBuilder}} while the latter would
be based on {{NodeState}}. Only the latter would implement {{equals}} such that two such trees
are equal when its underlying node states and its names are equal. 



  was:
Now that OAK-781 is nearly complete, I'd like to follow up with pulling the new functionality
into {{TreeImpl}} and its friends. A rough sketch of what I have in mind:
* Apply the concept of existence and iterability of nodes to {{Tree}} instances. So {{Tree}}
would have a method {{exists}} with the same semantics as that on {{NodeBuilder}}. Namely
non existing trees could be used to navigate to its children/parent. But can not be used to
iterate children/properties nor to modify the tree in any way. 
* {{TreeLocation}} and its implementations would go away since trees could be navigated by
its own means now. 
* Provide two {{Tree}} implementations: {{MutableTree}} and {{ImmutableTree}}. The former
would replace {{TreeImpl}} and the latter would unify the current {{ReadOnlyTree}} and {{ImmutableTree}}
implementations. Roughly the former would be based on {{NodeBuilder}} while the latter would
be based on {{NodeState}}. Only the latter would implement {{equals}} such that two such trees
are equal when its underlying node states and its names are equal. 



    
> Review / refactor TreeImpl and related classes
> ----------------------------------------------
>
>                 Key: OAK-798
>                 URL: https://issues.apache.org/jira/browse/OAK-798
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: core
>            Reporter: Michael Dürig
>
> Now that OAK-781 is nearly complete, I'd like to follow up with pulling the new functionality
into {{TreeImpl}} and its friends. A rough sketch of what I have in mind:
> * -Apply the concept of existence and iterability of nodes to {{Tree}} instances. So
{{Tree}} would have a method {{exists}} with the same semantics as that on {{NodeBuilder}}.
Namely non existing trees could be used to navigate to its children/parent. But can not be
used to iterate children/properties nor to modify the tree in any way.- Done at revision 1477010
> * -{{TreeLocation}} and its implementations would go away since trees could be navigated
by its own means now.- Done at revision 1478403.
> * Provide two {{Tree}} implementations: {{MutableTree}} and {{ImmutableTree}}. The former
would replace {{TreeImpl}} and the latter would unify the current {{ReadOnlyTree}} and {{ImmutableTree}}
implementations. Roughly the former would be based on {{NodeBuilder}} while the latter would
be based on {{NodeState}}. Only the latter would implement {{equals}} such that two such trees
are equal when its underlying node states and its names are equal. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message