[jira] [Updated] (JCR-3311) No mechanism to transparently engage BTreeManager for flat repositories

[ https://issues.apache.org/jira/browse/JCR-3311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Dürig updated JCR-3311: --- Priority: Minor (was: Major) No mechanism to transparently engage BTreeManager for flat repositories

[jira] [Assigned] (JCR-3311) No mechanism to transparently engage BTreeManager for flat repositories

[ https://issues.apache.org/jira/browse/JCR-3311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Dürig reassigned JCR-3311: -- Assignee: Michael Dürig No mechanism to transparently engage BTreeManager for flat repositories

[jira] [Commented] (JCR-3311) No mechanism to transparently engage BTreeManager for flat repositories

[ https://issues.apache.org/jira/browse/JCR-3311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194365#comment-14194365 ] Michael Dürig commented on JCR-3311: As Jackrabbit Oak has OOTB support for flat

[jira] [Commented] (JCR-2950) CachingEntryCollector ineffective if number of accessed policies exceeds cache size

[ https://issues.apache.org/jira/browse/JCR-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194515#comment-14194515 ] Geoffroy Schneck commented on JCR-2950: --- This issue is till not marked as Fixed,

[jira] [Updated] (JCR-2950) CachingEntryCollector ineffective if number of accessed policies exceeds cache size

[ https://issues.apache.org/jira/browse/JCR-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-2950: Assignee: (was: Julian Reschke) CachingEntryCollector ineffective if number of accessed policies

[jira] [Commented] (JCR-2950) CachingEntryCollector ineffective if number of accessed policies exceeds cache size

[ https://issues.apache.org/jira/browse/JCR-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194526#comment-14194526 ] Julian Reschke commented on JCR-2950: - The status is that we efficiently gave up on

[jira] [Comment Edited] (JCR-2950) CachingEntryCollector ineffective if number of accessed policies exceeds cache size

[ https://issues.apache.org/jira/browse/JCR-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194526#comment-14194526 ] Julian Reschke edited comment on JCR-2950 at 11/3/14 3:35 PM: --

[jira] [Commented] (JCRVLT-64) Nodes that have a user parent are not installed if they are in the same .content.xml as their parent

[ https://issues.apache.org/jira/browse/JCRVLT-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194707#comment-14194707 ] Marius Petria commented on JCRVLT-64: - Note that the user is installed, even the

[jira] [Commented] (JCRVLT-64) Nodes that have a user parent are not installed if they are in the same .content.xml as their parent

[ https://issues.apache.org/jira/browse/JCRVLT-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194722#comment-14194722 ] angela commented on JCRVLT-64: -- [~tripod], i would not autocreate any user/group accounts...

[jira] [Reopened] (JCRVLT-64) Nodes that have a user parent are not installed if they are in the same .content.xml as their parent

[ https://issues.apache.org/jira/browse/JCRVLT-64?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra reopened JCRVLT-64: bq. Note that the user is installed, even the profile is installed but gets deleted before

[jira] [Commented] (JCRVLT-1) FileVault: Remove CQ/CRX/day/adobe references

[ https://issues.apache.org/jira/browse/JCRVLT-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194820#comment-14194820 ] Ate Douma commented on JCRVLT-1: [~tripod] Tobias, are you sure? I only see a few test

[jira] [Commented] (JCRVLT-64) Nodes that have a user parent are not installed if they are in the same .content.xml as their parent

[ https://issues.apache.org/jira/browse/JCRVLT-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14194937#comment-14194937 ] Marius Petria commented on JCRVLT-64: - On the subject of whether to export the user

[jira] [Resolved] (JCRVLT-64) Nodes that have a user parent are not installed if they are in the same .content.xml as their parent

[ https://issues.apache.org/jira/browse/JCRVLT-64?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved JCRVLT-64. Resolution: Fixed fixed in r1636436 Nodes that have a user parent are not installed if

[jira] [Created] (JCRVLT-71) Allow creation of ancestor user nodes when they are not explicitly included in a filter

Marius Petria created JCRVLT-71: --- Summary: Allow creation of ancestor user nodes when they are not explicitly included in a filter Key: JCRVLT-71 URL: https://issues.apache.org/jira/browse/JCRVLT-71

[jira] [Commented] (JCRVLT-71) Allow creation of ancestor user nodes when they are not explicitly included in a filter

[ https://issues.apache.org/jira/browse/JCRVLT-71?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14195800#comment-14195800 ] Marius Petria commented on JCRVLT-71: - Note that JCRVLT-62 is also about options to

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.8

Hi, On 31/10/14 21:53, Alex Parvulescu alexparvule...@apache.org wrote: Please vote on releasing this package as Apache Jackrabbit Oak 1.0.8. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. All checks OK. +1 Release this

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.8

On 31.10.14 9:53 , Alex Parvulescu wrote: [X] +1 Release this package as Apache Jackrabbit Oak 1.0.8 Michael

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.8

[X] +1 Release this package as Apache Jackrabbit Oak 1.0.8 Davide

Re: Oak 1.1.2 release

Oak 1.1.2 has been postponed to investigate a potential issue. There was an issue scheduled for 1.1.3: https://issues.apache.org/jira/browse/OAK-2241 I've changed the scheduling to 1.2. Once it's solved let's put the proper fix version according to the earliest unreleased version. Cheers Davide

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.8

On 2014-10-31 21:53, Alex Parvulescu wrote: ... [ ] +1 Release this package as Apache Jackrabbit Oak 1.0.8 [ ] -1 Do not release this package because... ... [X] +1 Release this package as Apache Jackrabbit Oak 1.0.8

Fastest way to copy a whole tree from one repo to another?

Hi, let's assume I have a larger tree at /foo and want to simply copy this from one Oak instance to another (they might use different mks underneath). What would be the fastest and/or easiest way? (In my use case I know that /foo does not exist at the target repository) Thanks Carsten --

Re: Oak 1.1.2 release

hi davide how can we make an 1.0.8 release but not an 1.1.2? afaik all issues that were still open for 1.1.2 on friday where also target for 1.0.8. i am waiting for the latest trunk _finally_ making it's way into granite. if the 1.0.x get cut regularly but not the 1.1.x loads i will have merge