You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Jeroen van Erp (JIRA)" <ji...@apache.org> on 2012/11/28 12:10:58 UTC

[jira] [Created] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

Jeroen van Erp created JCR-3468:
-----------------------------------

             Summary: ConcurrentModificationException in BitSetENTCacheImpl
                 Key: JCR-3468
                 URL: https://issues.apache.org/jira/browse/JCR-3468
             Project: Jackrabbit Content Repository
          Issue Type: Bug
          Components: jackrabbit-core
    Affects Versions: 2.2.10
            Reporter: Jeroen van Erp
            Priority: Critical


Irregularly the following ConcurrentModificationException occurs in the logs of our application, seems like there is either a sync missing, or a copy to a new collection before iterating.

{noformat}
java.util.ConcurrentModificationException: null
at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100) ~[na:1.6.0_32]
at java.util.TreeMap$KeyIterator.next(TreeMap.java:1154) ~[na:1.6.0_32]
at org.apache.jackrabbit.core.nodetype.BitSetENTCacheImpl.findBest(BitSetENTCacheImpl.java:114) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:1082) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:508) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.NodeImpl.getEffectiveNodeType(NodeImpl.java:776) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:826) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:255) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.PropertyData.getPropertyDefinition(PropertyData.java:55) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.PropertyImpl.internalGetValues(PropertyImpl.java:461) ~[jackrabbit-core-2.2.10.jar:2.2.10]
at org.apache.jackrabbit.core.PropertyImpl.getValues(PropertyImpl.java:498) ~[jackrabbit-core-2.2.10.jar:2.2.10]
{noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

Posted by "Jeroen van Erp (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JCR-3468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13505504#comment-13505504 ] 

Jeroen van Erp commented on JCR-3468:
-------------------------------------

Is there a chance that this will hit a 2.4.X or 2.2.X maintenance release? 2.6 is not out....
                
> ConcurrentModificationException in BitSetENTCacheImpl
> -----------------------------------------------------
>
>                 Key: JCR-3468
>                 URL: https://issues.apache.org/jira/browse/JCR-3468
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.2.10
>            Reporter: Jeroen van Erp
>            Assignee: Stefan Guggisberg
>            Priority: Critical
>             Fix For: 2.6
>
>
> Irregularly the following ConcurrentModificationException occurs in the logs of our application, seems like there is either a sync missing, or a copy to a new collection before iterating.
> {noformat}
> java.util.ConcurrentModificationException: null
> at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100) ~[na:1.6.0_32]
> at java.util.TreeMap$KeyIterator.next(TreeMap.java:1154) ~[na:1.6.0_32]
> at org.apache.jackrabbit.core.nodetype.BitSetENTCacheImpl.findBest(BitSetENTCacheImpl.java:114) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:1082) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:508) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getEffectiveNodeType(NodeImpl.java:776) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:826) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:255) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyData.getPropertyDefinition(PropertyData.java:55) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.internalGetValues(PropertyImpl.java:461) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.getValues(PropertyImpl.java:498) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

Posted by "Stefan Guggisberg (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JCR-3468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Guggisberg reassigned JCR-3468:
--------------------------------------

    Assignee: Stefan Guggisberg
    
> ConcurrentModificationException in BitSetENTCacheImpl
> -----------------------------------------------------
>
>                 Key: JCR-3468
>                 URL: https://issues.apache.org/jira/browse/JCR-3468
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.2.10
>            Reporter: Jeroen van Erp
>            Assignee: Stefan Guggisberg
>            Priority: Critical
>
> Irregularly the following ConcurrentModificationException occurs in the logs of our application, seems like there is either a sync missing, or a copy to a new collection before iterating.
> {noformat}
> java.util.ConcurrentModificationException: null
> at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100) ~[na:1.6.0_32]
> at java.util.TreeMap$KeyIterator.next(TreeMap.java:1154) ~[na:1.6.0_32]
> at org.apache.jackrabbit.core.nodetype.BitSetENTCacheImpl.findBest(BitSetENTCacheImpl.java:114) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:1082) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:508) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getEffectiveNodeType(NodeImpl.java:776) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:826) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:255) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyData.getPropertyDefinition(PropertyData.java:55) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.internalGetValues(PropertyImpl.java:461) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.getValues(PropertyImpl.java:498) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

Posted by "Stefan Guggisberg (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JCR-3468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Guggisberg resolved JCR-3468.
------------------------------------

       Resolution: Fixed
    Fix Version/s: 2.6

fixed in svn r1414733
                
> ConcurrentModificationException in BitSetENTCacheImpl
> -----------------------------------------------------
>
>                 Key: JCR-3468
>                 URL: https://issues.apache.org/jira/browse/JCR-3468
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.2.10
>            Reporter: Jeroen van Erp
>            Assignee: Stefan Guggisberg
>            Priority: Critical
>             Fix For: 2.6
>
>
> Irregularly the following ConcurrentModificationException occurs in the logs of our application, seems like there is either a sync missing, or a copy to a new collection before iterating.
> {noformat}
> java.util.ConcurrentModificationException: null
> at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100) ~[na:1.6.0_32]
> at java.util.TreeMap$KeyIterator.next(TreeMap.java:1154) ~[na:1.6.0_32]
> at org.apache.jackrabbit.core.nodetype.BitSetENTCacheImpl.findBest(BitSetENTCacheImpl.java:114) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:1082) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.nodetype.NodeTypeRegistry.getEffectiveNodeType(NodeTypeRegistry.java:508) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getEffectiveNodeType(NodeImpl.java:776) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:826) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:255) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyData.getPropertyDefinition(PropertyData.java:55) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.internalGetValues(PropertyImpl.java:461) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> at org.apache.jackrabbit.core.PropertyImpl.getValues(PropertyImpl.java:498) ~[jackrabbit-core-2.2.10.jar:2.2.10]
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira