atom feed21 messages in org.apache.jackrabbit.oak-devRe: Internal content in Oak
FromSent OnAttachments
Jukka ZittingJul 12, 2012 4:11 am 
Julian ReschkeJul 12, 2012 4:18 am 
Michael DürigJul 12, 2012 4:22 am 
Thomas MuellerJul 12, 2012 4:44 am 
Jukka ZittingJul 12, 2012 5:15 am 
Angela SchreiberJul 17, 2012 4:01 am 
Jukka ZittingJul 18, 2012 7:16 am 
Thomas MuellerJul 19, 2012 12:21 am 
Stefan GuggisbergJul 19, 2012 1:18 am 
Jukka ZittingJul 19, 2012 1:37 am 
Angela SchreiberJul 19, 2012 1:54 am 
Jukka ZittingJul 19, 2012 1:57 am 
Jukka ZittingJul 19, 2012 2:09 am 
Thomas MuellerJul 19, 2012 2:25 am 
Stefan GuggisbergJul 19, 2012 2:26 am 
Thomas MuellerJul 19, 2012 2:29 am 
Jukka ZittingJul 19, 2012 2:36 am 
Angela SchreiberJul 19, 2012 2:59 am 
Jukka ZittingJul 19, 2012 3:26 am 
Alexander KlimetschekJul 19, 2012 11:58 am 
Jukka ZittingJul 19, 2012 2:09 pm 
Subject:Re: Internal content in Oak
From:Jukka Zitting (jukk@gmail.com)
Date:Jul 19, 2012 2:36:44 am
List:org.apache.jackrabbit.oak-dev

Hi,

On Thu, Jul 19, 2012 at 11:26 AM, Stefan Guggisberg <stef@gmail.com> wrote:

a) in scenarios where the Oak-API is remoted we'll have to buffer transient changes on the client and batch-write them to the 'server' (Oak-API impl). handling the transient space exclusively below the Oak-API is IMO not an option for this use case.

Yes, as I mentioned earlier, that use case calls for batching. Patches welcome.

c) (or rather b) ?) large content imports should IMO be done through javax.jcr.Workspace#import. there's an equivalent functionality in the old SPI and it should IMO be exposed in Oak-API as well.

Yes, we can do that. Patches welcome.

BR,