RFR : 8013528 : (XS) Provide SharedSecrets access to String(char, boolean) constructor
mike.duigou at oracle.com
Tue Apr 30 23:31:29 UTC 2013
Since this code will be introduced without any usages I decided it was critical to make a stand alone unit test. I've updated the webrev:
The webrev mistakes my hg copy for a rename... Ignore that. Capturing the provenance of the test file probably isn't critical since the file is repurposed for a different test, but I prefer to have the origin tracked rather than use a non-vcs copy.
I also made the other changes suggested by reviewers.
On Apr 29 2013, at 21:30 , Mike Duigou wrote:
> Hello all;
> This change originated as part of JDK-8006627 (which was also previously split into JDK-8007398 as well). It adds an internal mechanism for performance sensitive usages to create a string from a provided character array without copying that array. This saves both in the allocation (and subsequent GC) as well as the copying of the characters. There are a few places in the JDK that return Strings which can benefit from this change.
> Fear not, JDK-8006627 and JDK-8007398 will be revisited... For now it would be to get this change in to allow other potential users to move forward with their changes.
More information about the core-libs-dev