Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of peeter.piegaze@gmail.com
 designates 64.233.162.203 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=kNVTucuhPAe4P5TwLyT8wytJcFTIByz15Qxl0GcDNPth0U2x7fJ9DQ6DxFyBwHrHPOipiG6VP2EeX8A+QwNa/p6hnZxavIIaPf3EaLZRcl3bHgO27o1XZeCBUKO7+PD365KPJvdIrBYQExurNVUcCkwbf+8lvd/IBPfnpGDprcs=
Message-ID: <3df33a250602021433q1523b0c1g4d4e64250fcaefff@mail.gmail.com>
Date: Thu, 2 Feb 2006 23:33:21 +0100
From: Peeter Piegaze <peeter.piegaze@day.com>
Sender: peeter.piegaze@gmail.com
To: jackrabbit-dev@incubator.apache.org, spamsucks@rhoderunner.com
Subject: Re: jackrabbit fit my needs?
In-Reply-To: <60753.209.166.180.173.1138892144.squirrel@www.rhoderunner.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <60753.209.166.180.173.1138892144.squirrel@www.rhoderunner.com>

On 2/2/06, Phillip Rhodes <spamsucks@rhoderunner.com> wrote:
>
> I have been going over the docs and hoping to have some confirmation
> before I commit further.
>
> I am looking to implement a library (in tapestry) that would allow users
> to upload and display content within a webapp (images, html, etc).  I
> would like to abstract the content storage so that it can be stored in
> webdav, dbms, file system, etc...
>
> By writing my library with jackrabbit, would I be giving the users of my
> library the capability of using these other repo's, while still working
> "out of the box" with a filesystem?

Depends what you mean. Obviously Jackrabbit is not a magic integration
device that somehow automatically provides a single API for accessing
existing legacy content stored in repositories, databases and
filesystems that you already have lying around.

But Jackrabbit can be configured to store (new) content using a
variety of different underlying storage mechanisms (databases, file
systems etc.).

The real point of Jackrabbit is that it is an implementation of JCR.
If you wrote your library using JCR (not 'Jackrabbit' per se) the
advantange would be that you could then also use the same library with
other JCR implementations.

That's the actual *point* of Jackrabbit. The fact that a number of
persistence managers are available is not really the core issue.

Cheers,
Peeter