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 matamel@adobe.com designates
 64.18.1.21 as permitted sender)
From: Mete Atamel <matamel@adobe.com>
To: "oak-dev@jackrabbit.apache.org" <oak-dev@jackrabbit.apache.org>
Date: Mon, 1 Oct 2012 10:21:03 -0700
Subject: Re: Going beyond path-based access in MK (Was: Mongo property limit)
Thread-Topic: Going beyond path-based access in MK (Was: Mongo property
 limit)
Thread-Index: Ac2f+Sa7ZaNgMDxzQkmB6mjQ8OfN9w==
Message-ID: <CC8FA90B.58DA%matamel@adobe.com>
In-Reply-To: <5069BAC7.8010709@apache.org>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.3.120616
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

I think we all agree that we need to handle the path limit in MongoMK
sooner rather than later but the open question is whether we can fix this
with or without MicroKernel API changes. My feeling is that we can
probably handle this as a MongoMK implementation detail (i.e. no
MicroKernal API changes) but I haven't spent too much time thinking about
possible solutions yet. Once I do that, I'll be able to comment further.

-Mete

On 10/1/12 6:46 PM, "Michael D=FCrig" <mduerig@apache.org> wrote:

>
>
>On 25.9.12 10:20, Stefan Guggisberg wrote:
>> On Mon, Sep 24, 2012 at 2:23 PM, Jukka Zitting
>><jukka.zitting@gmail.com> wrote:
>>> Hi,
>>>
>>>
>>> Would it make sense to consider adjusting the MicroKernel interface to
>>> allow such optimizations?
>>
>> IIUC storing the path in every record is an implementation detail of the
>> current MongoMK design. i am rather reluctant to make major changes
>> to the MicroKernel API at this late stage and based on limitations of a
>> specific MK implementation approach.
>
>I'd rather make this change at this early stage if it turns out to be
>necessary than having to fix it when we are in production.
>
>Michael
>
>>
>> cheers
>> stefan
>>
>>>
>>> BR,
>>>
>>> Jukka Zitting