jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcel Reutegger <marcel.reuteg...@gmx.net>
Subject Re: contrib/jcr-ext proposal
Date Mon, 07 Feb 2005 12:42:55 GMT
Hi Jukka,

first of all thanks for your very interesting ideas.

>   o.a.j.ext.inmemory - Simple in-memory JCR repository implementation
>     A trivial in-memory implementation of the most basic JCR repository
>     functionality. Designed for simple demo and testing purposes.

that would be a cool thing to have... how about writing a 
org.apache.jackrabbit.core.fs.FileSystem implementation working in 
memory? there is certainly some overhead behause of the layering but it 
should be quite easy to implement.

>   o.a.j.ext.decorator - Generic JCR decorator layer
>     Decorator layer for the entire JCR API. Makes it easy to decorate
>     JCR implementations with extra functionality.

this sound very interesting. because then the call trace and audit trail 
utils are simple to implement. not to mention all the other extension 
that are possible with this decoration layer.


View raw message