jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefan Guggisberg <stefan.guggisb...@gmail.com>
Subject Re: contrib/jcr-ext proposal
Date Mon, 07 Feb 2005 12:54:13 GMT
On Mon, 07 Feb 2005 13:42:55 +0100, Marcel Reutegger
<marcel.reutegger@gmx.net> wrote:
> 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.
> 

how about org.apache.jackrabbit.core.state.mem.InMemPersistenceManager?
if you specify the InMemPersistenceManager in the repository.xml you 
already have an in-memory full-fledged repository implementation ;)

cheers
stefan

> >   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.
> 
> cheers
>   marcel
>

Mime
View raw message