Work with Us!
Your bugs help others
We want to create amazing apps without being stopped by crashes. Join us to help others who have the same bug.

org.apache.commons.lang.UnhandledException: Plugin Residence v4.4.1.1 generated an exception while executing task 60699

GitHub | JiRt | 10 months ago
tip
Click on the to mark the solution that helps you, Samebug will learn from it.
As a community member, you’ll be rewarded for you help.
  1. 0

    PermissiblePEX.calculateChildPerms

    GitHub | 10 months ago | JiRt
    org.apache.commons.lang.UnhandledException: Plugin Residence v4.4.1.1 generated an exception while executing task 60699
    find similars
    Java RT Bukkit Java RT Bukkit PEX org.bukkit.craftbukkit
    0
  2. 0

    ConcurrentModificationException while saving large collections in Hibernate

    Stack Overflow | 3 years ago | Benjamin Gaunitz
    java.util.ConcurrentModificationException
    find similars
    Java RT Hibernate
    0
  3. 0

    When a subscription in unregistered with remaining subscriptions in the cache, a ConcurrentModificationException is thrown by the DestinationCache class. {code} Exception in thread "clientInboundChannel-1" Exception in thread "clientInboundChannel-2" java.util.ConcurrentModificationException at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711) at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734) at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry$DestinationCache.updateAfterRemovedSubscription(DefaultSubscriptionRegistry.java:191) at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry.removeSubscriptionInternal(DefaultSubscriptionRegistry.java:100) at org.springframework.messaging.simp.broker.AbstractSubscriptionRegistry.unregisterSubscription(AbstractSubscriptionRegistry.java:91) at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:129) at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.handleMessage(AbstractBrokerMessageHandler.java:171) at org.springframework.messaging.support.ExecutorSubscribableChannel$1.run(ExecutorSubscribableChannel.java:70) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:744) java.util.ConcurrentModificationException at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711) at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734) at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry$DestinationCache.updateAfterRemovedSubscription(DefaultSubscriptionRegistry.java:191) at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry.removeSubscriptionInternal(DefaultSubscriptionRegistry.java:100) at org.springframework.messaging.simp.broker.AbstractSubscriptionRegistry.unregisterSubscription(AbstractSubscriptionRegistry.java:91) at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:129) at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.handleMessage(AbstractBrokerMessageHandler.java:171) at org.springframework.messaging.support.ExecutorSubscribableChannel$1.run(ExecutorSubscribableChannel.java:70) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:744) }} {code} The cause seems to be updateCache modification during iterating over its elements rather that concurrent access by 2 threads (updateCache modification are already synchronized). It can be fixed in DestinationCache by : - Moving the cached destinations removal outside the for loop. - Using updateCache.entrySet() instead of updateCache.keySet() + updateCache.get() in order to avoid updateCache modification during iteration. The tricky point here is we are using a LinkedHashMap with accessOrder=true. A simple updateCache.get() modify the map. By using updateCache.entrySet() we avoid this update.

    Spring JIRA | 3 years ago | Sébastien Deleuze
    java.util.ConcurrentModificationException
    find similars
    Java RT Spring Messaging Java RT
    0

  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    The {{SingleConnectionFactory$AggregatedExceptionListener}} objects contains a list of delegates in a {{LinkedHashSet}}, protected by the {{SingleConnectionFactory.connectionMonitor}} lock object. If you configure a {{SingleConnectionFactory}} with {{reconnectOnException = true}}, and use it in a {{SimpleMessageListenerContainer}}, the following will happen on a {{JMSException}}: # {{SingleConnectionFactory$AggregatedExceptionListener.onException()}} is called, and starts looping over the {{delegates Set}} # At a certain point in time, it will call {{SimpleMessageListenerContainer.onException()}}, which calls {{refreshSharedConnection()}}, {{createSharedConnection()}}, {{prepareSharedConnection()}}, {{connection.setExceptionListener()}} # This modifies the {{delegates}} list (from the same thread, so the locking does not help) # A {{ConcurrentModificationException}} will be thrown in {{SingleConnectionFactory$AggregatedExceptionListener.onException()}} Full exception message: {code} Exception in thread "ActiveMQ Connection Executor: tcp://localhost/127.0.0.1:61616@52892" java.util.ConcurrentModificationException at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711) at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734) at org.springframework.jms.connection.SingleConnectionFactory$AggregatedExceptionListener.onException(SingleConnectionFactory.java:670) at org.apache.activemq.ActiveMQConnection$5.run(ActiveMQConnection.java:2004) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) {code} The list of delegates should probably be copied before iteration, or the {{SimpleMessageListenerContainer}} should not re-add itself as listener.

    Spring JIRA | 2 years ago | Mike Noordermeer
    java.util.ConcurrentModificationException
    find similars
    Java RT Spring Framework ActiveMQ :: Core Java RT
    0
  6. 0

    ConcurrentModificationException when adding a TMD in the tooling when Review auto-refresh activated

    Eclipse Bugzilla | 2 years ago | jfaltermeier
    org.eclipse.emf.common.util.WrappedException: An exception was ignored during command execution
    find similars
    Java RT org.eclipse.emf org.eclipse.emf.common org.eclipse.emf.ecore org.eclipse.emf.common
    0

  1. aldrinleal
    Java RT Bukkit Java RT Bukkit PEX org.bukkit.craftbukkit
    2 times, last 4 months ago
1 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.util.ConcurrentModificationException

    No message provided

    at java.util.LinkedHashMap$LinkedHashIterator.nextNode()
  2. Java RT
    LinkedHashMap$LinkedKeyIterator.next
    1. java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711)
    2. java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734)
    21 similar
    2 frames
  3. Bukkit
    PermissibleBase.calculateChildPermissions
    1. org.bukkit.permissions.PermissibleBase.calculateChildPermissions(PermissibleBase.java:181)
    2. org.bukkit.permissions.PermissibleBase.calculateChildPermissions(PermissibleBase.java:190)
    1 similar
    2 frames
  4. Java RT
    Method.invoke
    1. sun.reflect.GeneratedMethodAccessor152.invoke(Unknown Source)
    2. sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    3. java.lang.reflect.Method.invoke(Method.java:498)
    8191 similar
    3 frames
  5. Bukkit PEX
    PermissiblePEX.recalculatePermissions
    1. ru.tehkode.permissions.bukkit.regexperms.PermissiblePEX.calculateChildPerms(PermissiblePEX.java:191)
    2. ru.tehkode.permissions.bukkit.regexperms.PermissiblePEX.recalculatePermissions(PermissiblePEX.java:178)
    1 similar
    2 frames
  6. org.bukkit.craftbukkit
    CraftHumanEntity.recalculatePermissions
    1. org.bukkit.craftbukkit.v1_8_R3.entity.CraftHumanEntity.recalculatePermissions(CraftHumanEntity.java:130)
    1 similar
    1 frame
  7. Bukkit
    Permission.<init>
    1. org.bukkit.permissions.Permission.recalculatePermissibles(Permission.java:168)
    2. org.bukkit.permissions.Permission.<init>(Permission.java:67)
    3. org.bukkit.permissions.Permission.<init>(Permission.java:35)
    1 similar
    3 frames
  8. com.bekvon.bukkit
    ResidencePlayerListener$3.run
    1. com.bekvon.bukkit.residence.containers.PlayerGroup.getPermissionGroup(PlayerGroup.java:102)
    2. com.bekvon.bukkit.residence.containers.PlayerGroup.updateGroup(PlayerGroup.java:69)
    3. com.bekvon.bukkit.residence.permissions.PermissionManager.updateGroupNameForPlayer(PermissionManager.java:128)
    4. com.bekvon.bukkit.residence.permissions.PermissionManager.updateGroupNameForPlayer(PermissionManager.java:118)
    5. com.bekvon.bukkit.residence.listeners.ResidencePlayerListener$3.run(ResidencePlayerListener.java:647)
    1 similar
    5 frames
  9. org.bukkit.craftbukkit
    CraftAsyncTask.run
    1. org.bukkit.craftbukkit.v1_8_R3.scheduler.CraftTask.run(CraftTask.java:71)
    2. org.bukkit.craftbukkit.v1_8_R3.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:53)
    77 similar
    2 frames
  10. Java RT
    Thread.run
    1. java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    2. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    3. java.lang.Thread.run(Thread.java:745)
    328 similar
    3 frames