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

GitHub | JiRt | 5 months ago
  1. 0

    PermissiblePEX.calculateChildPerms

    GitHub | 5 months ago | JiRt
    org.apache.commons.lang.UnhandledException: Plugin Residence v4.4.1.1 generated an exception while executing task 60699
  2. 0

    ConcurrentModificationException while saving large collections in Hibernate

    Stack Overflow | 2 years ago | Benjamin Gaunitz
    java.util.ConcurrentModificationException
  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
  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 | 1 year ago | Mike Noordermeer
    java.util.ConcurrentModificationException
  6. 0

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

    Eclipse Bugzilla | 1 year ago | jfaltermeier
    org.eclipse.emf.common.util.WrappedException: An exception was ignored during command execution

    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)
      2 frames
    3. Bukkit
      PermissibleBase.calculateChildPermissions
      1. org.bukkit.permissions.PermissibleBase.calculateChildPermissions(PermissibleBase.java:181)
      2. org.bukkit.permissions.PermissibleBase.calculateChildPermissions(PermissibleBase.java:190)
      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)
      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)
      2 frames
    6. org.bukkit.craftbukkit
      CraftHumanEntity.recalculatePermissions
      1. org.bukkit.craftbukkit.v1_8_R3.entity.CraftHumanEntity.recalculatePermissions(CraftHumanEntity.java:130)
      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)
      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)
      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)
      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)
      3 frames