You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Thomas Mueller (JIRA)" <ji...@apache.org> on 2013/12/03 14:52:35 UTC

[jira] [Updated] (OAK-805) Support for existing Jackrabbit 2.x DataStores

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

Thomas Mueller updated OAK-805:
-------------------------------

    Summary: Support for existing Jackrabbit 2.x DataStores  (was: MicroKernel support for existing Jackrabbit 2.x DataStores)

> Support for existing Jackrabbit 2.x DataStores
> ----------------------------------------------
>
>                 Key: OAK-805
>                 URL: https://issues.apache.org/jira/browse/OAK-805
>             Project: Jackrabbit Oak
>          Issue Type: New Feature
>          Components: core, mk, mongomk
>            Reporter: Jukka Zitting
>            Assignee: Thomas Mueller
>             Fix For: 0.13
>
>
> To speed up migrations from Jackrabbit 2.x to Oak and to allow multiple Oak repositories to share binaries like what's possible with the Jackrabbit 2.x DataStore mechanism, it would be good if our MKs, most notably MongoMK and SegmentMK, had a way to reference binaries stored in a DataStore instead of in the native blob store of the MK.
> The downside of such setups is of course that it splits up the garbage collection process, but the benefits of a speedier and less expensive migration will likely be worth it at least in some cases with huge amounts (TBs) of existing content.



--
This message was sent by Atlassian JIRA
(v6.1#6144)