CDV ❯ ConcurrentModificationException in TransactionBatchWriter

• Type: Bug
• Status: Closed
• Priority: 1 Critical
• Resolution: Cannot Reproduce
• Component/s: DSO:L1
• Labels:

• Assignee: teck
• Reporter: amiller
• Created: February 03, 2009
• Votes: 0
• Watchers: 1
• Updated:

  July 27, 2012
• Resolved:

  March 18, 2009

Description

Seen in forum issue: http://forums.terracotta.org/forums/posts/list/0/1756.page

java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) at java.util.AbstractList$Itr.next(AbstractList.java:343) at java.util.AbstractList.equals(AbstractList.java:505) at com.tc.object.tx.TransactionBatchWriter$FoldingKey.canAcceptFold(TransactionBatchWriter.java:615) at com.tc.object.tx.TransactionBatchWriter.getOrCreateBuffer(TransactionBatchWriter.java:191) at com.tc.object.tx.TransactionBatchWriter.addTransaction(TransactionBatchWriter.java:278) at com.tc.object.tx.TransactionSequencer.addTransactionToBatch(TransactionSequencer.java:86) at com.tc.object.tx.TransactionSequencer.addTxnInternal(TransactionSequencer.java:116) at com.tc.object.tx.TransactionSequencer.addTransaction(TransactionSequencer.java:95) at com.tc.object.tx.RemoteTransactionManagerImpl.commit(RemoteTransactionManagerImpl.java:230) at com.tc.object.tx.ClientTransactionManagerImpl.commitInternal(ClientTransactionManagerImpl.java:456) at com.tc.object.tx.ClientTransactionManagerImpl.commit(ClientTransactionManagerImpl.java:421) at com.tc.object.tx.ClientTransactionManagerImpl.commit(ClientTransactionManagerImpl.java:360) at com.tc.object.bytecode.ManagerImpl.monitorExit(ManagerImpl.java:520) at com.tc.object.bytecode.ManagerUtil.monitorExit(ManagerUtil.java:478) at net.sf.ehcache.Cache.put(CacheTC.java:637) at net.sf.ehcache.Cache.put(CacheTC.java:573) at net.sf.ehcache.hibernate.EhCache.put(EhCache.java:130) at org.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:159) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:156) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:854) at org.hibernate.loader.Loader.doQuery(Loader.java:729) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236) at org.hibernate.loader.Loader.loadCollection(Loader.java:1994) at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:36) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716) at org.hibernate.collection.AbstractPersistentCollection.__tc_wrapped_initialize(AbstractPersistentCollection.java:344) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java) at org.hibernate.collection.AbstractPersistentCollection.__tc_wrapped_read(AbstractPersistentCollection.java:86) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java) at org.hibernate.collection.PersistentBag.__tc_wrapped_iterator(PersistentBag.java:249) at org.hibernate.collection.PersistentBag.iterator(PersistentBag.java) at wildfire.model.event.Event.getRsvpResponseForContact(Event.java:517)

Comments

Tim Eck 2009-03-18

Closing this for now. I fixed the only path I (and others) could possibly see for this issue.