Are we getting a 2.0.1 for this fix? Gary
-------- Original message -------- From: "Phil Steitz (JIRA)" <j...@apache.org> Date:11/25/2013 18:12 (GMT-05:00) To: iss...@commons.apache.org Subject: [jira] [Commented] (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:comment-tabpanel&focusedCommentId=13832046#comment-13832046 ] Phil Steitz commented on POOL-240: ---------------------------------- Fix for GOP along the lines of what Mark suggested committed in r1545347. > 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 > Fix For: 2.0.1 > > 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)