Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Date: Tue, 6 Mar 2012 18:06:59 +0000 (UTC)
From: "Jukka Zitting (Updated) (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Message-ID: 
 <379069194.28386.1331057219548.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <238319649.27710.1331048398357.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (OAK-3) Internal tree model
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Jukka Zitting updated OAK-3:
----------------------------

    Attachment: OAK-3.1.patch

I added the discussed interfaces to .oak.tree (perhaps .oak.model would be better?).

I also drafted the attached a simple patch as the first attempt to integrate the abstraction to the existing MK code. The idea here is to start decoupling the MicroKernelImpl and Repository classes from the underlying code in .mk.store and .mk.model.
                
> Internal tree model
> -------------------
>
>                 Key: OAK-3
>                 URL: https://issues.apache.org/jira/browse/OAK-3
>             Project: Jackrabbit Oak
>          Issue Type: New Feature
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>         Attachments: OAK-3.1.patch
>
>
> As [discussed|http://markmail.org/message/qdvl5zz5cpkoxz3j] recently on dev@, I'd like to introduce an internal tree model for abstracting read access to the underlying storage implementation. We seem to have reached a rough consensus on the interfaces, so it's time to move them to svn.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira