Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 34065 invoked from network); 11 Feb 2011 20:43:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Feb 2011 20:43:15 -0000 Received: (qmail 98665 invoked by uid 500); 11 Feb 2011 20:43:15 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 98600 invoked by uid 500); 11 Feb 2011 20:43:15 -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 98593 invoked by uid 99); 11 Feb 2011 20:43:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Feb 2011 20:43:14 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aklimets@adobe.com designates 64.18.1.181 as permitted sender) Received: from [64.18.1.181] (HELO exprod6og101.obsmtp.com) (64.18.1.181) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Feb 2011 20:43:05 +0000 Received: from source ([192.150.11.134]) by exprod6ob101.postini.com ([64.18.5.12]) with SMTP ID DSNKTVWfQhaEmlyxdSgTpUzYfnJHgCX7DRWG@postini.com; Fri, 11 Feb 2011 12:42:44 PST Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p1BKg5KG000187 for ; Fri, 11 Feb 2011 12:42:05 -0800 (PST) Received: from nahub02.corp.adobe.com (nahub02.corp.adobe.com [10.8.189.98]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p1BKgfHC010010 for ; Fri, 11 Feb 2011 12:42:42 -0800 (PST) Received: from eurhub01.eur.adobe.com (10.128.4.30) by nahub02.corp.adobe.com (10.8.189.98) with Microsoft SMTP Server (TLS) id 8.2.254.0; Fri, 11 Feb 2011 12:42:40 -0800 Received: from eurmbx01.eur.adobe.com ([10.128.4.32]) by eurhub01.eur.adobe.com ([10.128.4.30]) with mapi; Fri, 11 Feb 2011 20:42:39 +0000 From: Alexander Klimetschek To: "dev@jackrabbit.apache.org" Date: Fri, 11 Feb 2011 20:42:36 +0000 Subject: Re: copying content from one resource node to another Thread-Topic: copying content from one resource node to another Thread-Index: AcvKLDif9bRt7sqzTwSkm+vP79RNyQ== Message-ID: In-Reply-To: <1297449661312-3301767.post@n4.nabble.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org On 11.02.11 19:41, "kazim_ssuet@yahoo.com" wrote: >Jukka Zitting-6 wrote: >>=20 >> No, with the data store it shouldn't. It's a bug if it does. >>=20 > >so Binary object is basically a handle to the data. Yes, and AFAIK that's the reason why it was introduced in JCR 2.0 afaik. In JCR 1.0 you could only get or set an InputStream for binary properties, which - even if data hasn't been read yet - already points to some open I/O operation. With Binary you have a more general reference to the binary object, that can be used independently from the underlying implementation. Regards, Alex --=20 Alexander Klimetschek Developer // Adobe (Day) // Berlin - Basel