Issue Details (XML | Word | Printable)

Key: POOL-97
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Devendra Patil
Votes: 0
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
Commons Pool

EVICTION_TIMER is never cancelled.

Created: 28/Mar/07 07:24 AM   Updated: 10/Dec/07 12:56 AM
Return to search
Component/s: None
Affects Version/s: 1.3
Fix Version/s: 1.4

Time Tracking:
Not Specified

File Attachments:
  Size
Text File Licensed for inclusion in ASF works pool-97-markt-v2.patch 2007-12-09 06:07 PM Mark Thomas 6 kB
Text File Licensed for inclusion in ASF works timer.patch 2007-06-23 10:27 PM Phil Steitz 3 kB

Resolution Date: 10/Dec/07 12:56 AM


 Description  « Hide
The static EVICTION_TIMER (java.util.Timer) used in GenericObjectPool is never cancelled (even after closing the pool). The GenericObjectPool.close() method just cancels the _evictor (TimerTask). I agree this behaviour is ideal if EVICTION_TIMER is to be used across multiple pools.

But, In my case, the resources (i.e. jars) are dynamically deployed and undeployed on remote grid-servers. If EVICTION_TIMER thread doesn't stop, the grid-servers fails to undeploy (i.e. delete) the jars. The grid-server doesn't restart during resource deployment/undeployment, so, setting EVICTION_TIMER to daemon doesn't help me.



 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.