On 22.11.2012, at 19:15, Alexander Klimetschek wrote:
> Hi everyone,
>
> I came across [0] and its interesting "Don't fear the filesystem!" section.
> That brought me to the "stupid" question:
>
> Why does Jackrabbit/Oak not map JCR hierarchies directly to the filesystem?
>
> Things that co
Hi everyone,
I came across [0] and its interesting "Don't fear the filesystem!" section.
That brought me to the "stupid" question:
Why does Jackrabbit/Oak not map JCR hierarchies directly to the filesystem?
Things that come to my mind, but I am not sure if you couldn't overcome them
with some
Hi,
On Wed, Nov 21, 2012 at 11:00 AM, Jukka Zitting wrote:
> On Tue, Nov 20, 2012 at 8:01 PM, Stefan Guggisberg
> wrote:
>> - do you have a proposal for the suggested MicroKernel API (java doc)
>> changes?
>
> I'll have one to share shortly...
See the attachment in https://issues.apache.org/j
fyi,
after investigating with Michael Duerig, we've (well, he actually) noticed
that the fix for JCR-3430 is only included in trunk so I've created OAK-467
to switch oak to jackrabbit trunk dependency again.
thanks,
alex
On Tue, Nov 20, 2012 at 11:24 AM, Alex Parvulescu wrote:
> Hi all,
>
> I'
Hi,
Oh, I made a JCR issue not an OAK issue. Thanks Jukka for fixing this!
Regards,
Thomas
On 11/22/12 1:30 PM, "Jukka Zitting (JIRA)" wrote:
>
> [
>https://issues.apache.org/jira/browse/OAK-465?page=com.atlassian.jira.plug
>in.system.issuetabpanels:all-tabpanel ]
>
>Jukka Zitting moved
On 6.11.12 18:12, ang...@apache.org wrote:
+@Nonnull
+public NodeUtil getOrAddTree(String relativePath, String primaryTypeName) {
+if (relativePath.indexOf('/') == -1) {
+return getOrAddChild(relativePath, primaryTypeName);
+} else {
+TreeLocation
Hi Angela, sorry I didn't have time to look into this until today. It's
not your commit but rather our commit (1412058) from yesterday but I'm not
sure if the test case is valid in the first place. That test case is
marked with a FIXME to revisit it so I think we can mark it with @Ignore
for now an