java.util.concurrent.RejectedExecutionException: null

GitHub | triceo | 3 months ago
  1. 0

    java.util.concurrent.RejectedExecutionException: null

    GitHub | 3 months ago | triceo
    java.util.concurrent.RejectedExecutionException: null
  2. 0

    RTMPMinaConnection - Incoming message handling failed while encoding RTP to RTMP with xuggler

    Stack Overflow | 3 years ago | mattwallace
    org.springframework.core.task.TaskRejectedException: Executor [java.util.concurrent.ThreadPoolExecutor@68e415b8] did not accept task: org.springframework.util.concurrent.ListenableFutureTask@4279ae24
  3. 0

    Oftentimes tests fail with {code:none} java.util.concurrent.RejectedExecutionException: null at hudson.remoting.SingleLaneExecutorService.execute(SingleLaneExecutorService.java:99) at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:132) at com.google.common.util.concurrent.ForwardingExecutorService.submit(ForwardingExecutorService.java:105) at jenkins.util.InterceptingExecutorService.submit(InterceptingExecutorService.java:39) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.scheduleRun(CpsThreadGroup.java:172) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.waitForSuspension(CpsFlowExecution.java:524) at org.jenkinsci.plugins.workflow.SingleJobTestBase.waitForWorkflowToSuspend(SingleJobTestBase.java:108) at org.jenkinsci.plugins.workflow.SingleJobTestBase.waitForWorkflowToComplete(SingleJobTestBase.java:95) at org.jenkinsci.plugins.workflow.steps.input.InputStepRestartTest$2.evaluate(InputStepRestartTest.java:63) {code} The usual meaning of "shutdown" here, that Jenkins is shutting down, does not seem to apply, since we are in the middle of a story. I suspect that {{CpsThreadGroup.scheduleRun}} is to blame. It calls {{runner.shutdown()}} sometimes. It _does_ catch {{RejectedExecutionException}} (from {{cc4eca7}}), but in the nested call to {{submit}} which was observed to throw this exception earlier, not the one that is throwing the exception here. The call to {{shutdown}} dates to {{42dbfb1}} in the {{single-thread}} branch, which says only bq. shutdown the executor pool when CpsThreadGroup is done Is this still necessary and appropriate after {{289c9b0}} (collection of {{CpsThread}})? It is possible the flaw is in {{CpsFlowExecution.waitForSuspension}}, as a TODO comment there suggests. Can there be a race condition whereby {{programPromise}} is momentarily not null, but then the flow ends immediately afterwards? For that matter, is the comment bq. the execution has already finished even correct, given that there appears to be no code which would set {{programPromise}} back to null? If I am right, then this comment is misleading, quietly returning when it is null is possibly wrong, and {{g.scheduleRun().get()}} ought to be returning without throwing an exception if the flow is already shut down.

    Jenkins JIRA | 2 years ago | Jesse Glick
    java.util.concurrent.RejectedExecutionException: null
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Oftentimes tests fail with {code:none} java.util.concurrent.RejectedExecutionException: null at hudson.remoting.SingleLaneExecutorService.execute(SingleLaneExecutorService.java:99) at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:132) at com.google.common.util.concurrent.ForwardingExecutorService.submit(ForwardingExecutorService.java:105) at jenkins.util.InterceptingExecutorService.submit(InterceptingExecutorService.java:39) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.scheduleRun(CpsThreadGroup.java:172) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.waitForSuspension(CpsFlowExecution.java:524) at org.jenkinsci.plugins.workflow.SingleJobTestBase.waitForWorkflowToSuspend(SingleJobTestBase.java:108) at org.jenkinsci.plugins.workflow.SingleJobTestBase.waitForWorkflowToComplete(SingleJobTestBase.java:95) at org.jenkinsci.plugins.workflow.steps.input.InputStepRestartTest$2.evaluate(InputStepRestartTest.java:63) {code} The usual meaning of "shutdown" here, that Jenkins is shutting down, does not seem to apply, since we are in the middle of a story. I suspect that {{CpsThreadGroup.scheduleRun}} is to blame. It calls {{runner.shutdown()}} sometimes. It _does_ catch {{RejectedExecutionException}} (from {{cc4eca7}}), but in the nested call to {{submit}} which was observed to throw this exception earlier, not the one that is throwing the exception here. The call to {{shutdown}} dates to {{42dbfb1}} in the {{single-thread}} branch, which says only bq. shutdown the executor pool when CpsThreadGroup is done Is this still necessary and appropriate after {{289c9b0}} (collection of {{CpsThread}})? It is possible the flaw is in {{CpsFlowExecution.waitForSuspension}}, as a TODO comment there suggests. Can there be a race condition whereby {{programPromise}} is momentarily not null, but then the flow ends immediately afterwards? For that matter, is the comment bq. the execution has already finished even correct, given that there appears to be no code which would set {{programPromise}} back to null? If I am right, then this comment is misleading, quietly returning when it is null is possibly wrong, and {{g.scheduleRun().get()}} ought to be returning without throwing an exception if the flow is already shut down.

    Jenkins JIRA | 2 years ago | Jesse Glick
    java.util.concurrent.RejectedExecutionException: null
  6. 0

    SharedObject not thread safe. Errors occurs under heavy load

    GitHub | 2 years ago | GoogleCodeExporter
    java.util.concurrent.RejectedExecutionException: null

    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.concurrent.RejectedExecutionException

      null

      at java.util.concurrent.ForkJoinPool.externalSubmit()
    2. Java RT
      ForkJoinPool.submit
      1. java.util.concurrent.ForkJoinPool.externalSubmit(ForkJoinPool.java:2328)
      2. java.util.concurrent.ForkJoinPool.externalPush(ForkJoinPool.java:2419)
      3. java.util.concurrent.ForkJoinPool.submit(ForkJoinPool.java:2675)
      4. java.util.concurrent.ForkJoinPool.submit(ForkJoinPool.java:169)
      4 frames
    3. com.github.triceo
      Investor.lambda$null$3
      1. com.github.triceo.robozonky.Investor.scheduleLoanRetrieval(Investor.java:117)
      2. com.github.triceo.robozonky.Investor.lambda$null$3(Investor.java:165)
      2 frames
    4. Java RT
      HashMap.compute
      1. java.util.HashMap.compute(HashMap.java:1188)
      1 frame
    5. com.github.triceo
      Investor.lambda$retrieveInvestmentsRepresentedByBlockedAmounts$4
      1. com.github.triceo.robozonky.Investor.lambda$retrieveInvestmentsRepresentedByBlockedAmounts$4(Investor.java:165)
      1 frame
    6. Java RT
      ArrayList.forEach
      1. java.util.ArrayList.forEach(ArrayList.java:1249)
      1 frame
    7. com.github.triceo
      Remote.call
      1. com.github.triceo.robozonky.Investor.retrieveInvestmentsRepresentedByBlockedAmounts(Investor.java:157)
      2. com.github.triceo.robozonky.Investor.invest(Investor.java:258)
      3. com.github.triceo.robozonky.app.Remote.lambda$getInvestingFunction$1(Remote.java:101)
      4. com.github.triceo.robozonky.app.Remote.invest(Remote.java:113)
      5. com.github.triceo.robozonky.app.Remote.lambda$call$3(Remote.java:136)
      6. com.github.triceo.robozonky.app.authentication.AuthenticationHandler.execute(AuthenticationHandler.java:211)
      7. com.github.triceo.robozonky.app.Remote.call(Remote.java:136)
      7 frames