JDK-6807702 : Integer.valueOf cache should be configurable
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.lang
  • Affected Version: 5.0,7
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,linux,windows_2000
  • CPU: generic,x86
  • Submitted: 2009-02-19
  • Updated: 2013-03-20
  • Resolved: 2009-03-07
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7
6u14 b03Fixed 7Fixed
Related Reports
Duplicate :  
JDK-6524464 - Long.valueOf(String) should cache
Duplicate :  
JDK-6239319 - Configurable cache for valueOf method in the Short, Integer and Long classes
Relates :  
JDK-6968657 - IntegerCache should have a minCache value as well as current -XX:AutoBoxCacheMax
Relates :  
JDK-7103957 - NegativeArraySizeException while initializing class IntegerCache
Relates :  
JDK-7165102 - Only run assertion on Integer autoboxing cache size once
Description
j.l.Integer has a cache to support the object identity semantics of autoboxing for values between -128 and 127 (inclusive). Some applications/benchmarks benefit from a larger cache and HotSpot already has the ability to configure a larger cache if supported by the Integer implementation.
Comments
EVALUATION As per description.
25-02-2009