Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of raliakbari@gmail.com
 designates 209.85.216.42 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=BUlU72E+uKVI9YzroWTlpg//4rDoQOPzW9yN6ptWets4lsG6b8zwaEyxWqeAg3MJ/R
         f1NPfhwVb5mcSxotuoBwxAKq0HSnamz/uLdzA6Q9F9KHIqjxkRcuCu2nQvLy3yNr6Lpo
         3QZvRfAZVIlgKZH+UjOIpOSbBzSqnGjy+tU2U=
MIME-Version: 1.0
In-Reply-To: <F05181AF-EB69-453F-AA2B-E51FE6ABEF07@sptci.com>
References: <AANLkTi=kyQpPOUBmqgpiaKP3wd4sKJs3kN56u3nELzSK@mail.gmail.com>
	<F05181AF-EB69-453F-AA2B-E51FE6ABEF07@sptci.com>
Date: Sun, 6 Mar 2011 11:53:32 +0330
Message-ID: <AANLkTinSA9h1Jxe6SM6q_gEwbvWUQJOFUkn5JEzU_16w@mail.gmail.com>
Subject: Re: Jackrabbit & database
From: Reza Aliakbari <raliakbari@gmail.com>
To: users@jackrabbit.apache.org
Cc: Rakesh Vidyadharan <rakesh@sptci.com>
Content-Type: multipart/alternative; boundary=000e0cdf9b4045bd75049dcc1892

--000e0cdf9b4045bd75049dcc1892
Content-Type: text/plain; charset=ISO-8859-1

Thanks Rakesh for the detailed answers.

Actually I am not sure whether JCR and Jackrabbit with the Bundle model will
satisfy all functional needs(complex queries for example) that we would face
during development of our product. Also if it is possible, how would be the
performance.

So I thought the things should not be like a black box that whole things are
in the hand of Jackrabbit. In real applications we would need complex
queries and I have doubt Jackrabbit with Bundle model can response well to
such usecases. So I thought to use Jackrabbit for write and simple reads and
for complex queries we would directly use database.


Thanks,

Reza


On Sun, Mar 6, 2011 at 1:47 AM, Rakesh Vidyadharan <rakesh@sptci.com> wrote:

>
> On 5 Mar 2011, at 15:26, Reza Aliakbari wrote:
>
> > Hi,
> >
> > I downloaded the Jackrabbit WAR file and configured it with a database(I
> > defined PersistenceManager at repository.xml). I hoped to see my nodes
> and
> > main information there at my database but I saw there 4 tables BINVAL,
> > BUNDLE, NAMES and REFS that couldn't find any meaning full information
> > there.
>
> This is certainly the case if you use the Bundle persistence managers.
>  These persist the entire node (along with its properties) as one blob into
> the data store (note I refer to it as data store and not database).  You can
> try using the non bundle PM's, which may give you more granular tables (I
> have not used them so am not sure).
>
> >
> > I want to know whether it is possible to query the database of Jackrabbit
> > without using its API and see what's going on? for example is it possible
> to
> > see the list of actions that has applied on a node? Where are such infos
> > persisted?
>
> That would be against the principles on which the JCR API was developed.
>  The goal was to develop a vendor and persistence neutral API that can be
> used to access you content.  The data store can be a relational database, a
> file system, some other network storage, or a combination of these.  If your
> need is to access a regular RDBMS, I would question your decision to use
> JCR/JackRabbit in the first place.
>
> >
> > My goal is to be able to fetch all activities and data without needing to
> > access Jackrabbit API.
>
>
> Note that you should try as far as possible to not use the JackRabbit API,
> and use only the JCR API.
>
> Rakesh

--000e0cdf9b4045bd75049dcc1892--