Return-Path: 
 <dev-return-31716-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 2A21B4989
	for <apmail-jackrabbit-dev-archive@www.apache.org>;
 Tue,  5 Jul 2011 10:43:55 +0000 (UTC)
Received: (qmail 93976 invoked by uid 500); 5 Jul 2011 10:43:54 -0000
Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
Received: (qmail 93673 invoked by uid 500); 5 Jul 2011 10:43:45 -0000
Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:dev@jackrabbit.apache.org>
List-Id: <dev.jackrabbit.apache.org>
Reply-To: dev@jackrabbit.apache.org
Delivered-To: mailing list dev@jackrabbit.apache.org
Received: (qmail 93658 invoked by uid 99); 5 Jul 2011 10:43:39 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 10:43:39 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 10:43:37 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id 17804430D3
	for <dev@jackrabbit.apache.org>; Tue,  5 Jul 2011 10:43:17 +0000 (UTC)
Date: Tue, 5 Jul 2011 10:43:17 +0000 (UTC)
From: "Marcel Reutegger (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Message-ID: 
 <1279149049.214.1309862597093.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <909937850.3929.1300205009554.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (JCR-2918) Avoid unnecessary index reader calls
 when using aggregate definitions
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/JCR-2918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13059830#comment-13059830 ] 

Marcel Reutegger commented on JCR-2918:
---------------------------------------

I'd rather not include this in the 2.2 branch because it is a performance optimization and does not fix a bug.

> Avoid unnecessary index reader calls when using aggregate definitions
> ---------------------------------------------------------------------
>
>                 Key: JCR-2918
>                 URL: https://issues.apache.org/jira/browse/JCR-2918
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-core
>            Reporter: Marcel Reutegger
>            Assignee: Alex Parvulescu
>            Priority: Minor
>             Fix For: 2.2.8, 2.3.0
>
>         Attachments: JCR-2918.patch
>
>
> SearchIndex.retrieveAggregateRoot(Set<NodeId> removedIds, Map<NodeId, NodeState> map) identifies aggregate root nodes based on removed nodes and aggregate rules defined in the indexing configuration. This process requires index lookups. The method can be optimized for the case when no nodes are removed and an unnecessary call to the index reader can be avoided.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira