[jira] [Comment Edited] (JCR-2959) SQL2 QueryEngine should use Lucene for sort

[ https://issues.apache.org/jira/browse/JCR-2959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15366389#comment-15366389 ] Sergiy Shyrkov edited comment on JCR-2959 at 7/7/16 4:54 PM: - @[~frisonib]]:

[jira] [Commented] (JCR-2959) SQL2 QueryEngine should use Lucene for sort

[ https://issues.apache.org/jira/browse/JCR-2959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15366389#comment-15366389 ] Sergiy Shyrkov commented on JCR-2959: - Hello Ben, we are interested in your patch for enabling Lucene

[jira] [Commented] (JCR-3581) Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

[ https://issues.apache.org/jira/browse/JCR-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13648316#comment-13648316 ] Sergiy Shyrkov commented on JCR-3581: - Hello Stefan, if this is considered as a bug,

[jira] [Updated] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3579: Attachment: test-case-version-graph.jpg InternalVersionImpl.internalDetachPredecessor() and

[jira] [Updated] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3579: Attachment: InternalVersionImpl.patch RemoveVersionTest.patch

[jira] [Commented] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13640389#comment-13640389 ] Sergiy Shyrkov commented on JCR-3579: - I've extended

[jira] [Updated] (JCR-3571) Light optimization for CachingNameResolver.getJCRName(Name)

[ https://issues.apache.org/jira/browse/JCR-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3571: Summary: Light optimization for CachingNameResolver.getJCRName(Name) (was: Light optimizatin for

[jira] [Updated] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3579: Attachment: screenshot-1.jpg InternalVersionImpl.internalDetachPredecessor() and

[jira] [Created] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

Sergiy Shyrkov created JCR-3579: --- Summary: InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors Key: JCR-3579

[jira] [Commented] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13638905#comment-13638905 ] Sergiy Shyrkov commented on JCR-3579: - No, not yet. Does providing a new test in the

[jira] [Updated] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3579: Priority: Minor (was: Major) InternalVersionImpl.internalDetachPredecessor() and

[jira] [Commented] (JCR-3579) InternalVersionImpl.internalDetachPredecessor() and internalDetachSuccessor() do not check for duplicates when updating jcr:successors / jcr:predecessors

[ https://issues.apache.org/jira/browse/JCR-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13638919#comment-13638919 ] Sergiy Shyrkov commented on JCR-3579: - Thank you Marcel! I will try to come up with the

[jira] [Updated] (JCR-3571) Light optimizatin for CachingNameResolver.getJCRName(Name)

[ https://issues.apache.org/jira/browse/JCR-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3571: Attachment: CachingNameResolver.patch I've attached the patch against current trunk (revision

[jira] [Commented] (JCR-3572) Optimization in NodeImpl.getNodes(String) and getNodes(String[])

[ https://issues.apache.org/jira/browse/JCR-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13634973#comment-13634973 ] Sergiy Shyrkov commented on JCR-3572: - Do you mean the patch against trunk or against

[jira] [Updated] (JCR-3572) Optimization in NodeImpl.getNodes(String) and getNodes(String[])

[ https://issues.apache.org/jira/browse/JCR-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3572: Attachment: NodeImpl-getNodes-optimization.patch I've attached the patch against current trunk

[jira] [Created] (JCR-3571) Light optimizatin for CachingNameResolver.getJCRName(Name)

Sergiy Shyrkov created JCR-3571: --- Summary: Light optimizatin for CachingNameResolver.getJCRName(Name) Key: JCR-3571 URL: https://issues.apache.org/jira/browse/JCR-3571 Project: Jackrabbit Content

[jira] [Created] (JCR-3572) Optimization in NodeImpl.getNodes(String) and getNodes(String[])

Sergiy Shyrkov created JCR-3572: --- Summary: Optimization in NodeImpl.getNodes(String) and getNodes(String[]) Key: JCR-3572 URL: https://issues.apache.org/jira/browse/JCR-3572 Project: Jackrabbit Content

[jira] [Created] (JCR-3560) CachingHierarchyManager.stateDiscarded() call to provider.hasItemState(discarded.getId())

Sergiy Shyrkov created JCR-3560: --- Summary: CachingHierarchyManager.stateDiscarded() call to provider.hasItemState(discarded.getId()) Key: JCR-3560 URL: https://issues.apache.org/jira/browse/JCR-3560

[jira] [Updated] (JCR-3560) CachingHierarchyManager.stateDiscarded() call to provider.hasItemState(discarded.getId())

[ https://issues.apache.org/jira/browse/JCR-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3560: Attachment: CachingHierarchyManager-stateDiscarded.jpg CachingHierarchyManager.stateDiscarded()

[jira] [Updated] (JCR-3560) CachingHierarchyManager.stateDiscarded() call to provider.hasItemState(discarded.getId())

[ https://issues.apache.org/jira/browse/JCR-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergiy Shyrkov updated JCR-3560: Issue Type: Improvement (was: Bug) CachingHierarchyManager.stateDiscarded() call to

[jira] [Created] (JCR-3556) IndexingConfigurationImpl.getAggregateRules() should return null in case no aggregate rules are configured

Sergiy Shyrkov created JCR-3556: --- Summary: IndexingConfigurationImpl.getAggregateRules() should return null in case no aggregate rules are configured Key: JCR-3556 URL:

[jira] [Commented] (JCR-3556) IndexingConfigurationImpl.getAggregateRules() should return null in case no aggregate rules are configured

[ https://issues.apache.org/jira/browse/JCR-3556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620987#comment-13620987 ] Sergiy Shyrkov commented on JCR-3556: - Thank you for a quick fix Marcel!

[jira] [Commented] (JCR-3507) Make it possible to remove version histories via the internal version management API

[ https://issues.apache.org/jira/browse/JCR-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13570054#comment-13570054 ] Sergiy Shyrkov commented on JCR-3507: - Hello, we also would like to see the

[jira] Commented: (JCR-2866) Cluster: Node type register/unregister deadlock

[ https://issues.apache.org/jira/browse/JCR-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12987997#action_12987997 ] Sergiy Shyrkov commented on JCR-2866: - These are good news, thank you! Any plans perhaps

[jira] Commented: (JCR-2866) Cluster: Node type register/unregister deadlock

[ https://issues.apache.org/jira/browse/JCR-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12988010#action_12988010 ] Sergiy Shyrkov commented on JCR-2866: - I don't have any plans to backport the fix. Good,

[jira] Commented: (JCR-2866) Cluster: Node type register/unregister deadlock

[ https://issues.apache.org/jira/browse/JCR-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12987722#action_12987722 ] Sergiy Shyrkov commented on JCR-2866: - Hello Thomas, does this patch also addresses the

[jira] Commented: (JCR-2651) Add a OnWorkspaceInconsistency with logging only

[ https://issues.apache.org/jira/browse/JCR-2651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12890623#action_12890623 ] Sergiy Shyrkov commented on JCR-2651: - Thank you, Claus! I am looking forward getting