You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Karthik Sudarshan <Ka...@Sun.COM> on 2007/12/18 05:47:11 UTC

Removing the use of file system

Hi all,
    I have a problem where Jackrabbit repository may be on one machine 
but the appserver (using Deployment Model 2 with jackrabbit-jca rar) may 
be on a different machine. The file system may not necessarily be 
shared, and due to this I wanted to switch to the Derby database 
entirely. Although it was successful for the most part, the searchIndex 
still expects a mandatory path attribute! This is the only thing which 
prevents me from having the whole repository on the DB. Is there 
anything that can be done so that the search indexes are moved to the DB 
as well?

Regards,
Karthik

Re: Removing the use of file system

Posted by Marcel Reutegger <ma...@gmx.net>.
Karthik Sudarshan wrote:
> Hi all,
>    I have a problem where Jackrabbit repository may be on one machine 
> but the appserver (using Deployment Model 2 with jackrabbit-jca rar) may 
> be on a different machine. The file system may not necessarily be 
> shared, and due to this I wanted to switch to the Derby database 
> entirely. Although it was successful for the most part, the searchIndex 
> still expects a mandatory path attribute! This is the only thing which 
> prevents me from having the whole repository on the DB. Is there 
> anything that can be done so that the search indexes are moved to the DB 
> as well?

the current implementation is based on a local file system and cannot be moved 
to a database.

in early days there was support for the FileSystem abstraction but because of 
heavy random access to the files the performance suffered. we then decided to 
use the local file system only.

if index files are stored in a DB they probably have to be spooled to a temp 
file where random access is possible. this however requires additional coding.

regards
  marcel