JDK-8056084 : Refactor Hashtable to allow implementations without rehashing support
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 8u40,9
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2014-08-26
  • Updated: 2015-06-03
  • Resolved: 2014-08-29
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.
8u40Fixed 9 b31Fixed
Related Reports
Relates :  
In order to simplify usage of the Hashtable<T, F> class the code to perform rehashing of the SymbolTable and StringTable should be factored out to an intermediate class common to those two tables.
Also factor out HashtableEntry freelist allocation to allow implementors an easier route for providing their own memory management.
The correct subcomponent is probably runtime, since the change mostly affects SymbolTable and StringTable