From dev-return-20890-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Nov 17 18:01:49 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 80095 invoked from network); 17 Nov 2008 18:01:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Nov 2008 18:01:49 -0000 Received: (qmail 9381 invoked by uid 500); 17 Nov 2008 18:01:56 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 9356 invoked by uid 500); 17 Nov 2008 18:01:56 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 9345 invoked by uid 99); 17 Nov 2008 18:01:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 10:01:56 -0800 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 jukka.zitting@gmail.com designates 209.85.200.174 as permitted sender) Received: from [209.85.200.174] (HELO wf-out-1314.google.com) (209.85.200.174) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 18:00:34 +0000 Received: by wf-out-1314.google.com with SMTP id 26so2849284wfd.13 for ; Mon, 17 Nov 2008 10:01:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=vJgtiuhfNUrygnOOMZpwJRdCk1skinU+UEXUHuHhSEo=; b=GKQenSfLrNnsg4xdAy3g53ZrdWPKIhpX3FTVTgUxtyfh2/y3caCiZhMBnOIt2fuudB 0zEuiuIBXZleLs1Z+Bs/DKMVnf9qkkHIl6FWeL7xbMZntepWpkktmwmcKz/fiBPGOnFz K0tGkoa/Gpf/sYekpN77HYceKip73VmWnO3bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VkY0Ml1q6hkmQcIAzCcASGadMZPdkIWHeuVUuRw1z6x7Ae978x0mYVy+pZE1agpHYJ FVZV3SQpb3wZ/8IJKvCIH0RFvU42Ts/1z2LnbW/ha+Qn+VAtyfFO53x3uIJ+Pnosl6B6 bKrJIvesi5+COJD1qasRU0py0n8flXWRZ+GWo= Received: by 10.140.157.4 with SMTP id f4mr2372048rve.290.1226944879314; Mon, 17 Nov 2008 10:01:19 -0800 (PST) Received: by 10.141.50.12 with HTTP; Mon, 17 Nov 2008 10:01:19 -0800 (PST) Message-ID: <510143ac0811171001k18d5e056red4425d7d48b309d@mail.gmail.com> Date: Mon, 17 Nov 2008 19:01:19 +0100 From: "Jukka Zitting" To: dev@jackrabbit.apache.org Subject: Re: Workspace.copy() Question ... In-Reply-To: <91f3b2650811170207s15084536q8c96230496df9810@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <91f3b2650811110106x3c2b576al25ed830de10aa470@mail.gmail.com> <510143ac0811120310s4f6bdbe8g5f6ec8361c00c6c4@mail.gmail.com> <91f3b2650811120636t63fe0d1al7f4952005e064774@mail.gmail.com> <91f3b2650811170102h2933402boca2960b8543f07de@mail.gmail.com> <510143ac0811170143t740091d1wbe8c9a47bc103bca@mail.gmail.com> <91f3b2650811170207s15084536q8c96230496df9810@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Mon, Nov 17, 2008 at 11:07 AM, Thomas M=FCller = wrote: > Currently we don't detect that the binary already exists when using > the regular JCR API. We do for things like workspace.copy(...) or propertyA.setValue(propertyB.getValue()). The only case where we don't do that is if people explicitly get the stream from a property and assign that to a new property, i.e. propertyA.setValue(propertyB.getStream()) (with proper closing of the stream, etc.). I don't think that's a frequent (or even preferred) use case and would rather avoid adding special stream semantics just to cover such usage. > With the DataStoreInputStream we could do that, and it would be backward > compatible. The DataStoreInputStream should be part of the Jackrabbit API= . If we really do need to make such functionality visible to the users, I would much prefer if we extended the Value interface instead of InputStream. BR, Jukka Zitting