TimeZoneType takes too much space in 2nd level cache ---------------------------------------------------- Key: HHH-3284 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3284 Project: Hibernate3 Issue Type: Bug Components: caching (L2) Affects Versions: 3.2.6 Reporter: Yossi Tamari Priority: Minor TimeZoneType does not override the assemble/disassemble methods, and as a result the whole sun.util.calendar.ZoneInfo object is stored in the second level cache, and if using a distributed copying cache, the whole structure is serialized and sent across the network. This is very inefficient since the ZoneInfo contains a number of arrays, and for some timezones (like europe/london) some of the arrays (specifically transitions, an array of long) have over a hundred elements. Considering that the objects are stored in the DB as string IDs, simply overiding disassemble to return this string, and overinding assemble to return TimeZone.getTimeZone(value) would achieve huge memory (and potentialy network) savings, at the cost of object creation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira