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 0E4B710248 for ; Thu, 12 Sep 2013 16:44:24 +0000 (UTC) Received: (qmail 56318 invoked by uid 500); 12 Sep 2013 16:44:23 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 55142 invoked by uid 500); 12 Sep 2013 16:44:15 -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 54997 invoked by uid 99); 12 Sep 2013 16:44:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Sep 2013 16:44:12 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=SPF_NEUTRAL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: encountered temporary error during SPF processing of domain of piccinatto@ibest.com.br) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Sep 2013 16:44:08 +0000 Received: from joe.nabble.com ([192.168.236.139]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VK9zL-0000fb-Tb for users@jackrabbit.apache.org; Thu, 12 Sep 2013 09:43:27 -0700 Date: Thu, 12 Sep 2013 09:43:27 -0700 (PDT) From: hsp To: users@jackrabbit.apache.org Message-ID: <1379004207900-4659529.post@n4.nabble.com> In-Reply-To: References: <1378991143523-4659526.post@n4.nabble.com> Subject: Re: Granted permission to remove operation MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ok Angela, thanks by your attention, I see it in: NodeImpl.onRemove(NodeId p) So, if the permission was not checked against the node BEFORE invoke node.remove(), it will be removed for that session... In the run of save call, in the validateTransientItems method, line 700, it call the isGranted method: But in my code, when I try to get the Item/Property by the path, I just can't because it doesn't exist anymore, so it is impossible to check if the operation is permitted, at least in the way I store the nodes with the tree permission control as child nodes of the item being removed/checked... It would be great if you suggest me a proper way to rescue the item to check... Let's see a portion of my code, just the important code envolved (I think provide you a test case with my code will be problematic for me, anyway I will try to put/simulate the environment later...) -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Granted-permission-to-remove-operation-tp4659526p4659529.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com.