Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0FEA5100EC for ; Fri, 9 Aug 2013 14:12:45 +0000 (UTC) Received: (qmail 59582 invoked by uid 500); 9 Aug 2013 14:12:44 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 59494 invoked by uid 500); 9 Aug 2013 14:12:43 -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 59486 invoked by uid 99); 9 Aug 2013 14:12:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Aug 2013 14:12:41 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anchela@adobe.com designates 64.18.1.78 as permitted sender) Received: from [64.18.1.78] (HELO exprod6og127.obsmtp.com) (64.18.1.78) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Aug 2013 14:12:35 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob127.postini.com ([64.18.5.12]) with SMTP ID DSNKUgT4v5mg2CfX0at3HKSSVxsN7OT5Bsux@postini.com; Fri, 09 Aug 2013 07:12:15 PDT Received: from inner-relay-2.corp.adobe.com ([153.32.1.52]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r79E8jD8010147 for ; Fri, 9 Aug 2013 07:08:45 -0700 (PDT) Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99]) by inner-relay-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r79ECEw7012629 for ; Fri, 9 Aug 2013 07:12:14 -0700 (PDT) Received: from eurhub01.eur.adobe.com (10.128.4.30) by nacas01.corp.adobe.com (10.8.189.99) with Microsoft SMTP Server (TLS) id 8.3.298.1; Fri, 9 Aug 2013 07:12:14 -0700 Received: from eurmbx01.eur.adobe.com ([10.128.4.32]) by eurhub01.eur.adobe.com ([10.128.4.30]) with mapi; Fri, 9 Aug 2013 15:12:13 +0100 From: Angela Schreiber To: "users@jackrabbit.apache.org" Date: Fri, 9 Aug 2013 15:12:10 +0100 Subject: Re: Bug or intended behavior (getAggregatePrivileges()) Thread-Topic: Bug or intended behavior (getAggregatePrivileges()) Thread-Index: Ac6VCnFsB46o5KY1QE2+zgyMcoOWkg== Message-ID: In-Reply-To: <1376052318157-4659272.post@n4.nabble.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 acceptlanguage: 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 hi anjan the way i read the specification the current behaviour is correct. in fact, i re-read it while implementation the privilege management for OAK and finally implemented it the same way again. kind regards angela On 8/9/13 2:45 PM, "anjan" wrote: >I am using Jackrabbit version *2.4.2*. > >Here is the description from JCR java docs for the method >*getAggregatePrivileges* in the interface javax.jcr.security.Privilege > >* Privilege[] getAggregatePrivileges()* > /If this privilege is an aggregate privilege, returns the >privileges it contains, the privileges contained by any aggregate >privileges >among those, and so on (the transitive closure of privileges contained by >this privilege)./ > >Here is what I am observing: > >(1) If the Privilege is "jcr:write", then the returned Privileges from the >above method >are:"jcr:removeNode","jcr:modifyProperties","jcr:removeChildNodes","jcr:ad >dChildNodes" > >(2) If the Privilege is "rep:write" (jackrabbit internal privilege I >believe), then the returned Privileges from the above method are: >jcr:nodeTypeManagement, jcr:removeNode, jcr:modifyProperties, >jcr:removeChildNodes, *jcr:write*, jcr:addChildNodes > >As we can see from (2), the returned response contains "jcr:write" and >also >its corresponding aggregate privileges. Is this the intended behavior or >a >bug? > >I thought "jcr:write" should not be part of the response from (2). Can >someone clarify if this is the intended behavior or is this a bug. > >- Anjan > > > > > > >-- >View this message in context: >http://jackrabbit.510166.n4.nabble.com/Bug-or-intended-behavior-getAggrega >tePrivileges-tp4659272.html >Sent from the Jackrabbit - Users mailing list archive at Nabble.com.