From users-return-9289-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Oct 13 15:17:02 2008 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 30427 invoked from network); 13 Oct 2008 15:17:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Oct 2008 15:17:02 -0000 Received: (qmail 43304 invoked by uid 500); 13 Oct 2008 15:17:01 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 43283 invoked by uid 500); 13 Oct 2008 15:17:01 -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 43272 invoked by uid 99); 13 Oct 2008 15:17:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Oct 2008 08:17:01 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aklimets@day.com designates 207.126.148.181 as permitted sender) Received: from [207.126.148.181] (HELO eu3sys201aog001.obsmtp.com) (207.126.148.181) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 13 Oct 2008 15:15:55 +0000 Received: from source ([209.85.200.174]) by eu3sys201aob001.postini.com ([207.126.154.11]) with SMTP; Mon, 13 Oct 2008 15:16:29 UTC Received: by wf-out-1314.google.com with SMTP id 28so1645999wfc.29 for ; Mon, 13 Oct 2008 08:16:29 -0700 (PDT) Received: by 10.140.141.16 with SMTP id o16mr3807001rvd.209.1223910388894; Mon, 13 Oct 2008 08:06:28 -0700 (PDT) Received: by 10.141.122.19 with HTTP; Mon, 13 Oct 2008 08:06:28 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 17:06:28 +0200 From: "Alexander Klimetschek" To: users@jackrabbit.apache.org Subject: Re: Does Mirage support different file types( or it is possible only with Jackrabbit) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1223905579.62817.ezmlm@jackrabbit.apache.org> <510143ac0810130654u2bc85394ic70e5097ecc152a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Oct 13, 2008 at 4:17 PM, Nayak Vishal wrote: > > Hello everyone, > > In our project we were planning to use mirage with Alfresco. > > But as per my knowdedge mirage doesn't support different types of files > except( txt and html). Plz update me if it supports. > > Is it possible to switch mirage with jackrabbit completely for accessing > alfresco. I think you might be misguided. Let me explain - please note that I don't know the details of Alfresco or Mirage, just what they tell on their front pages, so excuse if it is me who is wrong here ;-): - JCR is a standard for a hierarchical content repository, defining a Java API for it (comparable to JDBC); it is well-suited for CMS applications - Jackrabbit is a complete JCR implementation, thus it is a content repository; it provides some remote connections, eg. WebDAV, but it is not a CMS - Mirage seems to be both a CMS and a JCR implementation - Don't know if you can plug in Jackrabbit as content repository (aka the backend) for the Mirage CMS part (but if they use the JCR API it should be possible) - Alfresco is both a CMS and includes a JCR implementation - Not sure if you can plug in Jackrabbit into Alfresco for the backend, but again, I think it should be possible So switching from Mirage to Jackrabbit for usage in Alfresco sounds quite difficult to me, except if Mirage is rather a JCR implementation itself that can be plugged into Alfresco than a CMS. Jackrabbit is AFAIK the most feature-complete open source JCR implementation. > Through wicket framework can we access jackrabbit API for file uploading By using the JCR API (which is Java, thus usable with Wicket), storing files in the repository is easy (using the built-in node types nt:folder and nt:file). JCR is explicitly designed to handle binary data, such as files, efficiently. Note the difference between the JCR API and Jackrabbit API - Jackrabbit itself only contains a small additional API for non-standardized things - in general you should only use the JCR API. That allows you to switch the JCR implementation. Automatic text extraction for various file types (as discussed in this thread before) and including them in the full text index, which can be used through "jcr:contains" queries, is not exactly defined in the JCR standard, but is available in Jackrabbit. Since it happens automatically on saving binary properties, it doesn't require the client to call any API, just the presence of a indexing configuration (which by default includes standard file types as mentioned, thus it works out of the box). Hope this explaination helps, Alex -- Alexander Klimetschek alexander.klimetschek@day.com