Posted: http://openjdk.java.net/jeps/135
- Mark
Changeset: 313da5d059bf
Author:valeriep
Date: 2012-01-19 12:01 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/313da5d059bf
7092825: javax.crypto.Cipher.Transform.patternCache is synchronizedMap and
became scalability bottleneck.
Summary: Changed patternCache from synchronize
On 19/01/2012 16:17, Roger Riggs wrote:
:
The new (and some old) NumberFormatExceptions contain English text
preformatted with arguments. From an I18n localization view, that's
hard to localize.
A fixed string, though less informative could be localized more easily.
Right but we don't local
On 1/19/2012 8:17 AM, Roger Riggs wrote:
[snip]
The new (and some old) NumberFormatExceptions contain English text
preformatted with arguments. From an I18n localization view, that's
hard to localize.
A fixed string, though less informative could be localized more easily.
That is true, but
Am 18.01.2012 22:20, schrieb Roger Riggs:
On 01/18/2012 03:09 PM, Joe Darcy wrote:
1. In the new parsing methods, could the String arguments be changed to the
more general
java.lang.CharSequence? For many parsing applications, it could be more
convenient
to pass a CharSequence than to create
The scope of CR 4504839 doesn't cover broader changes to APIs, so
the suggestion to upgrade String to CharSequence should be a separate CR
to be examined and reviewed separately.
The new (and some old) NumberFormatExceptions contain English text
preformatted with arguments. From an I18n locali
Am 19.01.2012 07:43, schrieb Eamonn McManus:
Ulf Zibis writes:
> What about:
> private static final BigInteger BEYOND_UNSIGNED_LONG =
BigInteger.valueOf(1).shiftLeft(64);
> private static BigInteger toUnsignedBigInteger(long i) {
> BigInteger result = BigInteger.valueOf(i);
> if (i <
On 19/01/2012 00:38, Ulf Zibis wrote:
Am 18.01.2012 21:09, schrieb Joe Darcy:
Hi Roger,
On 01/18/2012 11:21 AM, Roger Riggs wrote:
1. In the new parsing methods, could the String arguments be changed
to the more general
java.lang.CharSequence? For many parsing applications, it could be
more c
The vote for David Holmes [1] is now closed.
Yes: 7
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus, this is sufficient
to approve the nomination.
- Alan (nominator)
[1]
http://mail.openjdk.java.net/pipermail/core-libs-dev/2012-January/008839.html
The vote for Brian Goetz [1] is now closed.
Yes: 7
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus, this is sufficient
to approve the nomination.
- Alan (nominator)
[1]
http://mail.openjdk.java.net/pipermail/core-libs-dev/2012-January/008836.html
10 matches
Mail list logo