On 11/25/13, 3:17 PM, Gary Gregory wrote: > Are we getting a 2.0.1 for this fix?
GKOP still needs to be fixed to resolve this and the GOP fix needs the "TR" part of "CTR" done carefully ;). I have started working on the tests and fix for GKOP. Phil > > 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) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
