Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: oak-dev@jackrabbit.apache.org
Received-SPF: pass (nike.apache.org: domain of mueller@adobe.com designates
 64.18.1.21 as permitted sender)
From: Thomas Mueller <mueller@adobe.com>
To: "oak-dev@jackrabbit.apache.org" <oak-dev@jackrabbit.apache.org>
Date: Thu, 13 Sep 2012 08:58:56 +0100
Subject: Re: The infamous getSize() == -1 (Was: [jira] [Created] (OAK-300)
 Query: QueryResult.getRows().getSize())
Thread-Topic: The infamous getSize() == -1 (Was: [jira] [Created] (OAK-300)
 Query: QueryResult.getRows().getSize())
Thread-Index: Ac2RhaG5w2u0xqJqRNqU710eY2jpfQ==
Message-ID: <CC775E54.33A4F%mueller@adobe.com>
In-Reply-To: <62702DA0-7905-458D-B69F-1A1C0130E6C5@adobe.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.3.120616
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi,

The main question is still what the JCR API method getSize() should return.


A new method getSize(int max) is nice, and of course we can do that. But I
guess people will not use it in the near future because it's not part of
the JCR API.

Regards,
Thomas


On 9/12/12 8:06 PM, "Michael Marth" <mmarth@adobe.com> wrote:

>> As an alternative: we could use a separate method getSize(int max) which
>>=20
>> * if called with max =3D=3D -1 returns the exact size if quickly availab=
le,
>> * returns -1 otherwise, and
>> * returns the exact size but not more then max when called with max >=3D
>>0.
>>=20
>> This allows for estimates but leaves the caller in control.
>
>+1
>
>(and getSize() would still return -1 I guess?)