You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Dan McNulty (JIRA)" <ji...@apache.org> on 2013/11/20 00:05:21 UTC
[jira] [Updated] (POOL-240) GKOP: invalidateObject does not unblock
threads waiting in borrowObject
[ https://issues.apache.org/jira/browse/POOL-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dan McNulty updated POOL-240:
-----------------------------
Attachment: InvalidateObjectTest.java
Attached unit test mentioned in the description.
> GKOP: invalidateObject does not unblock threads waiting in borrowObject
> -----------------------------------------------------------------------
>
> Key: POOL-240
> URL: https://issues.apache.org/jira/browse/POOL-240
> Project: Commons Pool
> Issue Type: Bug
> Affects Versions: 2.0
> Reporter: Dan McNulty
> Attachments: InvalidateObjectTest.java
>
>
> It appears that when threads are blocked in GKOP.borrowObject due to max object limits being reached and another thread calls invalidateObject, the threads blocked in GKOP.borrowObject are not woken up to attempt to create a new object.
> Have the semantics changed for invalidate in 2.0?
> Attached is a unit test that demonstrates this issue. I should note that this test passed against POOL 1.5, after making the appropriate changes due to the API changes in 2.0.
> After a cursory glance through the source for GenericObjectPool, it looks like it might be affected by the same issue.
--
This message was sent by Atlassian JIRA
(v6.1#6144)