[jira] [Commented] (POOL-337) EvictionTimer does not remove cancelled tasks from the executor, leading to an IllegalStateException when the evictor attempts to evict

[ASF GitHub Bot (JIRA)]

    [ 
https://issues.apache.org/jira/browse/POOL-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16385848#comment-16385848
 ] 

ASF GitHub Bot commented on POOL-337:
-------------------------------------

Github user coveralls commented on the issue:

    https://github.com/apache/commons-pool/pull/4
  
    
    [![Coverage 
Status](https://coveralls.io/builds/15805552/badge)](https://coveralls.io/builds/15805552)
    
    Coverage increased (+0.06%) to 84.784% when pulling 
**ec8b7769585bcb86a42a53a2d939c271194ebe9d on petalslink:POOL-337** into 
**30d5db67a2cd0bf3d9a2dd7ffaa7dd247760a9bd on apache:master**.



> EvictionTimer does not remove cancelled tasks from the executor, leading to 
> an IllegalStateException when the evictor attempts to evict
> ---------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: POOL-337
>                 URL: https://issues.apache.org/jira/browse/POOL-337
>             Project: Commons Pool
>          Issue Type: Bug
>    Affects Versions: 2.5.0
>            Reporter: Reinald Verheij
>            Priority: Major
>         Attachments: EvictionTimer.java, 
> EvictionTimer.java.original-from-2.5.0.java
>
>
> EvictionTimer does not remove cancelled tasks from the executor, leading to 
> an IllegalStateException when the evictor attempts to evict.
>  
> EvictionTimer::schedule() adds eviction tasks to the executor, but the cancel 
> does not remove it. This is asymmetric and leads to the following exception:
> {noformat}
> java.lang.IllegalStateException: Pool not open
>       at 
> org.apache.commons.pool2.impl.BaseGenericObjectPool.assertOpen(BaseGenericObjectPool.java:713)
>       at 
> org.apache.commons.pool2.impl.GenericObjectPool.evict(GenericObjectPool.java:721)
>       at 
> org.apache.commons.pool2.impl.BaseGenericObjectPool$Evictor.run(BaseGenericObjectPool.java:1077)
>       at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>       at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
>       at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>       at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>       at java.lang.Thread.run(Thread.java:748){noformat}
> I think the cancel would need to remember the future which returned from 
> {{executor::scheduleWithFixedDelay()}} in {{schedule()}} and then do 
> something like this (see  [^EvictionTimer.java] compared to original  
> [^EvictionTimer.java.original-from-2.5.0.java] )
> {code:java}
> if (futures.containsKey(task)) {
>     futures.remove(task).cancel(false);
>     executor.purge();
> }{code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)