EHC ❯ Wrong implem of net.sf.ehcache.Cache.clone()

• Type: Bug
• Status: Closed
• Priority:
• Resolution: Fixed
• Component/s:
• Labels:

• Assignee: drb
• Reporter: sourceforgetracker
• Created: September 21, 2009
• Votes: 0
• Watchers: 0
• Updated:

  September 22, 2009
• Resolved:

  September 22, 2009

Description

I’m using EHCache 1.3.0-beta. In net.sf.ehcache.CacheManager.addCacheNoCheck(), the defaultCache is cloned. However, in the implementation of this clone() operation, the member variable “CacheConfiguration configuration” is left untouched. Later, the cache that is thus cloned is given a new name through the setName() method. As it forwards this to the configuration member, ALL cloned caches get the new name. This seems to me not correct. I see that this new member has been added after version 1.2.4.

Sourceforge Ticket ID: 1704257 - Opened By: erikvoorbraak - 20 Apr 2007 11:48 UTC

Comments

Fiona OShea 2009-09-22

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