[jira] [Updated] (JCRVLT-52) Set maven-compiler-plugin target/source version to 1.6

2014-07-03 Thread Robert Munteanu (JIRA)
[ https://issues.apache.org/jira/browse/JCRVLT-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Munteanu updated JCRVLT-52: -- Attachment: JCRVLT-52-1.diff Set maven-compiler-plugin target/source version to 1.6

[jira] [Created] (JCRVLT-52) Set maven-compiler-plugin target/source version to 1.6

2014-07-03 Thread Robert Munteanu (JIRA)
Robert Munteanu created JCRVLT-52: - Summary: Set maven-compiler-plugin target/source version to 1.6 Key: JCRVLT-52 URL: https://issues.apache.org/jira/browse/JCRVLT-52 Project: Jackrabbit FileVault

[jira] [Updated] (JCRVLT-52) Set maven-compiler-plugin target/source version to 1.6

2014-07-03 Thread Robert Munteanu (JIRA)
[ https://issues.apache.org/jira/browse/JCRVLT-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Munteanu updated JCRVLT-52: -- Status: Patch Available (was: Open) Set maven-compiler-plugin target/source version to 1.6

[jira] [Created] (OCM-68) Incorrect behaviour of Filter.addOrFilter() method

2014-07-03 Thread Maxim Zinal (JIRA)
Maxim Zinal created OCM-68: -- Summary: Incorrect behaviour of Filter.addOrFilter() method Key: OCM-68 URL: https://issues.apache.org/jira/browse/OCM-68 Project: Jackrabbit OCM Issue Type: Bug

[jira] [Updated] (OCM-68) Incorrect behaviour of Filter.addOrFilter() method

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-68?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-68: --- Description: I've tried to use Filter.addOrFilter() method and found that it does not place correct (expected)

[jira] [Updated] (OCM-65) ObjectContentManager.copy() does not work properly for objects containing collections

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-65?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-65: --- Description: When trying to use ObjectContentManager.copy() service to create a copy of JCR-OCM serialized

[jira] [Updated] (OCM-68) Incorrect behaviour of Filter.addOrFilter() method

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-68?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-68: --- Attachment: OCM-68.patch This is my patch fixing the issue Incorrect behaviour of Filter.addOrFilter() method

[jira] [Updated] (OCM-68) Incorrect behaviour of Filter.addOrFilter() method

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-68?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-68: --- Fix Version/s: 2.0.1 Status: Patch Available (was: Open) Incorrect behaviour of

[jira] [Updated] (OCM-65) ObjectContentManager.copy() does not work properly for objects containing collections

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-65?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-65: --- Fix Version/s: 2.0.1 Status: Patch Available (was: Open) ObjectContentManager.copy() does not work

[jira] [Updated] (OCM-65) ObjectContentManager.copy() does not work properly for objects containing collections

2014-07-03 Thread Maxim Zinal (JIRA)
[ https://issues.apache.org/jira/browse/OCM-65?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Zinal updated OCM-65: --- Attachment: OCM-65.patch ObjectContentManager.copy() does not work properly for objects containing

[jira] [Assigned] (JCR-3793) vlt: with many child nodes, NodeNameList.restoreOrder is very slow with Oak

2014-07-03 Thread Thomas Mueller (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller reassigned JCR-3793: --- Assignee: Thomas Mueller vlt: with many child nodes, NodeNameList.restoreOrder is very slow

[jira] [Commented] (JCR-3793) vlt: with many child nodes, NodeNameList.restoreOrder is very slow with Oak

2014-07-03 Thread Jukka Zitting (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14051514#comment-14051514 ] Jukka Zitting commented on JCR-3793: bq. My patch still improves performance about

[jira] [Moved] (JCRVLT-53) vlt: with many child nodes, NodeNameList.restoreOrder is very slow with Oak

2014-07-03 Thread Tobias Bocanegra (JIRA)
[ https://issues.apache.org/jira/browse/JCRVLT-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra moved JCR-3793 to JCRVLT-53: - Key: JCRVLT-53 (was: JCR-3793) Project: Jackrabbit FileVault

A few billion nodes in Oak, how does that sound?

2014-07-03 Thread Bertrand Delacretaz
Hi, What kind of limitations, if any, do people see in growing an Oak/Mongo repository to a few billion nodes? IIRC people were doing tests with a few hundred million nodes in Jackrabbit, so given Oak's scalable design I suppose that would work - but do any obvious bottlenecks come to mind?

HBase backend, is the OAK-784 still valid?

2014-07-03 Thread Bertrand Delacretaz
Hi, I recently talked to someone who might be interested in reviving the OAK-784 HBase microkernel that was contributed in April 2013. That's based on the MicroKernel interface, is that still how you'd do it today? I've lost track of the various ways of creating storage backends. -Bertrand

Re: svn commit: r1607544 - /jackrabbit/oak/trunk/oak-core/pom.xml

2014-07-03 Thread Alex Parvulescu
Angela, should this be applied to the 1.0 branch too? alex On Thu, Jul 3, 2014 at 8:50 AM, ang...@apache.org wrote: Author: angela Date: Thu Jul 3 06:50:00 2014 New Revision: 1607544 URL: http://svn.apache.org/r1607544 Log: minor improvement:

Re: A few billion nodes in Oak, how does that sound?

2014-07-03 Thread Marcel Reutegger
Hi, in the end MongoDB is basically the limit, as long as you have enough storage there, you can grow your repository. there are still some things to consider: - oak indexes: they add more nodes to the repository. only add indexes that are useful. - backup/restore: at some point you will have

Re: HBase backend, is the OAK-784 still valid?

2014-07-03 Thread Marcel Reutegger
Hi, it is still possible to hook in a MicroKernel implementation into Oak, but the two primary implementations we have use the NodeStore API: - SegmentNodeStore aka TarMK - DocumentNodeStore aka MongoMK both implementations have again their own storage abstraction, which means the

Possible defect with namespaces

2014-07-03 Thread Jim . Tully
I am trying to create a custom node type using CND and registering it with CNDImporter. If I use an existing namespace (oak, for example), the import succeeds. If I define a new namespace, it fails with exception: OakName0001: Invalid namespace prefix([, jcr, nt, oak, sv, xml,

Re: A few billion nodes in Oak, how does that sound?

2014-07-03 Thread Thomas Mueller
Hi, In addition to what Marcel wrote: With the Mongo storage (and the relational database storage), you could start multiple Oak instances and read/write the data concurrently. You might also need to use a clustered / sharded storage backend (MongoDB or database). There are some limitations to

Re: HBase backend, is the OAK-784 still valid?

2014-07-03 Thread Bertrand Delacretaz
Hi Marcel, On Thu, Jul 3, 2014 at 10:12 AM, Marcel Reutegger mreut...@adobe.com wrote: ...it is still possible to hook in a MicroKernel implementation into Oak, but the two primary implementations we have use the NodeStore API... Thanks! I have added a reference to this to OAK-784. -Bertrand

Re: HBase backend, is the OAK-784 still valid?

2014-07-03 Thread Julian Reschke
On 2014-07-03 10:12, Marcel Reutegger wrote: Hi, it is still possible to hook in a MicroKernel implementation into Oak, but the two primary implementations we have use the NodeStore API: - SegmentNodeStore aka TarMK - DocumentNodeStore aka MongoMK both implementations have again their own