Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 88333 invoked from network); 18 Jan 2006 16:24:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Jan 2006 16:24:15 -0000 Received: (qmail 34884 invoked by uid 500); 18 Jan 2006 16:24:09 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 34873 invoked by uid 99); 18 Jan 2006 16:24:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jan 2006 08:24:09 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ixjonez@gmail.com designates 66.249.92.195 as permitted sender) Received: from [66.249.92.195] (HELO uproxy.gmail.com) (66.249.92.195) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jan 2006 08:24:08 -0800 Received: by uproxy.gmail.com with SMTP id m3so283591ugc for ; Wed, 18 Jan 2006 08:23:46 -0800 (PST) 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=ZwmdEEUwIfRF9FP9Jd97DIS90ofQFmquHVeCj4YJe8sXsMIZJQApqdyd1lgFgZOeu43DAMU1yuM0nYT8gJ0X8ehNPUa60yA2eUEAXMTdP2vIrD+z07ChZy97/LROgwTVydz08wdlipjsub4mUTrtDfjzGuGJA8/DGCXZXHA3DOs= Received: by 10.49.67.10 with SMTP id u10mr432600nfk; Wed, 18 Jan 2006 08:23:46 -0800 (PST) Received: by 10.48.231.17 with HTTP; Wed, 18 Jan 2006 08:23:46 -0800 (PST) Message-ID: <29a761a00601180823x26e6bbc6j105e63becb081020@mail.gmail.com> Date: Wed, 18 Jan 2006 08:23:46 -0800 From: Brian Moseley Sender: ixjonez@gmail.com To: jackrabbit-dev@incubator.apache.org Subject: Re: Re[2]: workspace already exists In-Reply-To: <90a8d1c00601180634j1e6bf1cah3c834fb96c676eb9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <11510607119.20060116120529@gmail.com> <90a8d1c00601170709l73344d06pe35d0281e2727191@mail.gmail.com> <1506983647.20060118161712@gmail.com> <90a8d1c00601180634j1e6bf1cah3c834fb96c676eb9@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 1/18/06, Stefan Guggisberg wrote: > if you're using a transactional pm (e.g. DerbyPersistenceManager) > you should be pretty safe wrt corrupted repository state after abnormal > process termination. are these pms transactional with regard to external blobs? in other words, if i'm storing an nt:file node with a 5mb file and i cut the power to the machine in the middle of writing the blob to disk, are derby and the blob fs going to be inconsistent? will jackrabbit be able to start up in such a state? does jackrabbit provide a tool to check for and repair inconsistencies?