Summary: | FormatDateSupport.dateFormatCache lazy init is not safe | ||
---|---|---|---|
Product: | Taglibs | Reporter: | Sebb <sebb> |
Component: | Standard Taglib | Assignee: | Tomcat Developers Mailing List <dev> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Bug Depends on: | 32311 | ||
Bug Blocks: |
Description
Sebb
2010-11-13 06:53:23 UTC
The caching was added to resolve 32311, which was opened due to contention issues with DateFormat.getTimeInstance() calling Calendar.getInstance() which was synchronized. However, the synchronized keyword was removed with Java 1.4 so this should no longer be an issue for us. #32311 also notes that the calls to format() on the cached formatters are not thread safe and need to be synchronized; this is missing from the current implementation. However, in many applications the date/time patterns and Locale are likely to be the same and the cache only holds one instance of the formatter. By synchronizing on it we will introduce a contention point just like the the fix was trying to avoid. Addressed by reverting the addition of the cache added to address #32311. |