Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C81041031D for ; Tue, 4 Mar 2014 14:38:22 +0000 (UTC) Received: (qmail 55508 invoked by uid 500); 4 Mar 2014 14:38:22 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 55434 invoked by uid 500); 4 Mar 2014 14:38:21 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 55422 invoked by uid 99); 4 Mar 2014 14:38:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2014 14:38:20 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chetan.mehrotra@gmail.com designates 209.85.214.181 as permitted sender) Received: from [209.85.214.181] (HELO mail-ob0-f181.google.com) (209.85.214.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2014 14:38:15 +0000 Received: by mail-ob0-f181.google.com with SMTP id wp4so6623181obc.40 for ; Tue, 04 Mar 2014 06:37:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yFnnN1Q7PorY2jE2GD1q37vTfHA7NyDGzZT++9cE58w=; b=ESrvAvPmW19+EhGnSMvQ9HG0+PU64MI9hryHIG7rwjYu417Kfj9kD9hoM7fM1pNwFP 3FpR+Wk2i5mwb98qpZOWc5i6+wMXC/DoldK+2gM4oQMGv+hYxLTlzMqn/YI1JDahbWXl ox5t8/U0UtAi3xGFtFD/rzHe7gqqPUWEYnawFAMJR20EOpLLbL55EcfvCtegK8De3DTL 8itUvJvlaDbDWy71PbVtQD63zVRy/E+lE6vRi0QbavH42ayMxB7W0KiNbcYbEpCOO3Xn +AV6kxRTMA10H43w84qHrrOHbJhvzq4I/VMiEjPX62e171xsjq3um/34x0upfFvT/LLz WP3A== MIME-Version: 1.0 X-Received: by 10.182.142.5 with SMTP id rs5mr32756916obb.39.1393943874509; Tue, 04 Mar 2014 06:37:54 -0800 (PST) Received: by 10.60.93.197 with HTTP; Tue, 4 Mar 2014 06:37:54 -0800 (PST) In-Reply-To: References: <04227397dd544fab9d5ddf72b8370dad@BY2PR02MB266.namprd02.prod.outlook.com> <3b1a4649da8d459aa9ce430eb1d5390b@BY2PR02MB266.namprd02.prod.outlook.com> Date: Tue, 4 Mar 2014 20:07:54 +0530 Message-ID: Subject: Re: permission store & rep:modCount From: Chetan Mehrotra To: oak-dev@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org FWIW DocumentNodeStore maintains a property '_modCount' on a per node basis and it can possibly be exposed as part of NodeStore as a hidden property. And that can be used to maintain the cache. DocumentNodeStore itself internally relies on this to keep its caches in consistent state Chetan Mehrotra On Fri, Feb 28, 2014 at 7:52 AM, Jukka Zitting wrote: > Hi, > > On Thu, Feb 27, 2014 at 4:46 PM, Tobias Bocanegra wrote: >> the current implementation allows to read all ACLs for a given >> principal very efficiently at once with no false hasNode() accesses. > > Good point. > > To avoid has/getNode() misses (that can be expensive with MongoMK) in > the proposed alternative, it would probably be a good idea to store a > :hasPermissions flag property (or something similar) in each node with > an ACL attached to it. Such a property could even be something like > :permissionModCount in case in-memory caching (and cache invalidation) > is still needed. > > BR, > > Jukka Zitting