Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 5873 invoked from network); 27 May 2009 16:46:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 May 2009 16:46:34 -0000 Received: (qmail 70249 invoked by uid 500); 27 May 2009 16:46:46 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 70232 invoked by uid 500); 27 May 2009 16:46:46 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 70217 invoked by uid 99); 27 May 2009 16:46:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 May 2009 16:46:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aklimets@day.com designates 207.126.148.183 as permitted sender) Received: from [207.126.148.183] (HELO eu3sys201aog003.obsmtp.com) (207.126.148.183) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 27 May 2009 16:46:35 +0000 Received: from source ([209.85.220.212]) by eu3sys201aob003.postini.com ([207.126.154.11]) with SMTP ID DSNKSh1uVxSqW2YXns+RdAn/2VtqaCQk5K3B@postini.com; Wed, 27 May 2009 16:46:15 UTC Received: by fxm8 with SMTP id 8so4772305fxm.36 for ; Wed, 27 May 2009 09:46:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.246.1 with SMTP id y1mr112404mur.120.1243442775132; Wed, 27 May 2009 09:46:15 -0700 (PDT) In-Reply-To: <7c0g87$1cd6ju@nspiron-2.llnl.gov> References: <7c0g87$1cd6ju@nspiron-2.llnl.gov> Date: Wed, 27 May 2009 18:46:15 +0200 Message-ID: Subject: Re: Transition from Slide to Jackrabbit for file management From: Alexander Klimetschek To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Wed, May 27, 2009 at 6:27 PM, Jeff Hillier wrote: > Can Jackrabbit be configured in more of a "file management" mode vs true > content management? Can it be configured the same way Slide could, with > metadata being stored in the DB (path, properties like create data, size, > type), and the actual files stored on the file system in their original > format? Am I better off trying to fix some of the issues we have in our > current Slide based application rather than moving to jackrabbit? No, the only real access to a JCR is through the JCR API. Where things are actually stored is up to the implementation and in Jackrabbit's case depending on its configuration (PersistenceManagers and DataStores are the important parts) - see [1]. This is technically required, as the repository must have full control over the persistence in order to optimize between the range of large binary files and very fine-granular properties as it is the case with JCR. Now it's more or less easy to mount a JCR as a filesystem using WebDAV [2] [3], which will map nt:folder and nt:file nodes as OS folder and files respectively. And since the JCR API is standardized, I encourage you to write code using it, which allows you to access all the JCR features. [1] http://jackrabbit.apache.org/jackrabbit-configuration.html [2] http://jackrabbit.apache.org/jackrabbit-web-application.html (Simple Webdav Server) [3] http://wiki.apache.org/jackrabbit/WebDAV Regards, Alex -- Alexander Klimetschek alexander.klimetschek@day.com