Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 45905 invoked from network); 19 Sep 2006 19:24:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Sep 2006 19:24:32 -0000 Received: (qmail 52007 invoked by uid 500); 19 Sep 2006 19:24:31 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 51995 invoked by uid 500); 19 Sep 2006 19:24:30 -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 51986 invoked by uid 99); 19 Sep 2006 19:24:30 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Sep 2006 12:24:30 -0700 Authentication-Results: idunn.apache.osuosl.org header.from=ntoper@gmail.com; domainkeys=good X-ASF-Spam-Status: No, hits=0.5 required=5.0 tests=DNS_FROM_RFC_ABUSE,HTML_40_50,HTML_MESSAGE,RCVD_BY_IP DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from ([66.249.82.232:3957] helo=wx-out-0506.google.com) by idunn.apache.osuosl.org (ecelerity 2.1 r(10620)) with ESMTP id 3D/98-28275-9E340154 for ; Tue, 19 Sep 2006 12:24:26 -0700 Received: by wx-out-0506.google.com with SMTP id t13so4618680wxc for ; Tue, 19 Sep 2006 12:24:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=UAvjT86R6ZcW1qRWiiIgIj+rf2mhS1F1zxc6LpWjx6urDxKIP/c9eU0Ts2t1uL6KPHekFNwTyXya5C29HuZqRwPZoPzv25Aisno3vS/FZDnyooRQUWV3AtEQ4mslAI2OvMXij5JC93hYaeSSrCDfLTgHrZOUF+199R/rWxkbayk= Received: by 10.70.108.18 with SMTP id g18mr23016408wxc; Tue, 19 Sep 2006 12:24:23 -0700 (PDT) Received: by 10.70.13.18 with HTTP; Tue, 19 Sep 2006 12:24:22 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2006 21:24:22 +0200 From: "Nicolas " To: users@jackrabbit.apache.org Subject: Re: Override property protected attribute In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_105515_8737686.1158693862737" References: X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_105515_8737686.1158693862737 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I didn't develop something like this for the backup tool. What I did was adding a flag in the PropInfo class for this purpose. As Stefan wrote: "no. great care has been taken so far to avoid loopholes in the core in order to prevent security/data consistency issues." It seems your issue is a lot more common than expected: sometimes, we need to escape protected checks. Maybe we should add the flag you describe but allow it only for custom node types. If you can create consensus on this, I would be happy to help you on this. Actually, it would ease the backup tool's life a lot. What do you think? Nico my blog! http://www.deviant-abstraction.net !! On 9/19/06, David Kennedy wrote: > What I'm really looking for is something as simple as a flag/bit on the > setProperty methods (e.g. setProperty(propertyName, Value, > overrideProtected)). Importing an XML stream may be a little too > heavyweight for my usage. > > David ------=_Part_105515_8737686.1158693862737--