In Integer and Long, several of the parsing methods are specified to throw
NumberFormatException on a null input rather than an NPE. That behavior is not
proposed to be modified. However, I think it is reasonable for the
NumberFormatException to have a more informative error message than just "n
On Wed, 17 Feb 2021 19:56:01 GMT, Ian Graves wrote:
>> Modify the `unmodifiable*` methods in `java.util.Collections` to be
>> idempotent. That is, when given an immutable collection from
>> `java.util.ImmutableCollections` or `java.util.Collections`, these methods
>> will return the reference
On Sat, 20 Feb 2021 00:09:51 GMT, Joe Darcy wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove tabs from random/package-info.java
>
> src/java.base/share/classes/java/util/random/package-info.java line 193:
>
>>
This addresses interactions between parallelism-0 and new shutdown support in
https://bugs.openjdk.java.net/browse/JDK-8259800
-
Commit messages:
- JDK-8259800
Changes: https://git.openjdk.java.net/jdk/pull/2661/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=2661&rang