• Bug
  • Status: Closed
  • Resolution: Fixed
  • drb
  • Reporter: sourceforgetracker
  • September 21, 2009
  • 0
  • Watchers: 0
  • September 22, 2009
  • September 22, 2009

Description

net.sf.ehcache.constructs.blocking.BlockingCache.getKeysNoDuplicateCheck() does not delegate to its decorated cache instance, but simply calls itself which results in an infinitely recursive loop and a blown call stack. I made the change to have it delegate to the decorated cache instance instead. Sourceforge Ticket ID: 1591711 - Opened By: dguist - 6 Nov 2006 23:38 UTC

Comments

Sourceforge Tracker 2009-09-21

Logged In: YES user_id=693320

Derek

Yessssss. This problem is basically caused by poor test coverage in BlockingCache. It does subclass CacheTest, but was not creating BlockingCaches for test, but Caches. I have fixed that and that should stop other silly bugs like this getting through.

Thanks for your report. The fix is in trunk and will be in ehcache-1.2.4.

Greg Comment by: gregluck - 13 Nov 2006 09:18 UTC

Fiona OShea 2009-09-22

Re-opening so that I can properly close out these issues and have correct Resolution status in Jira