On 17/04/2016 1:38 PM, Yasumasa Suenaga wrote:
Hi David,
Need to hear from core-libs and/or launcher folk as this touches a
number of pieces of code.
I'm waiting more reviewer(s) .
BTW, Should I make patches which are based on jdk9/dev repos?
My proposal includes hotspot changes.
So I want t
Greetings,
Along these lines, is there a reason not to deprecate the
String(String s)
constructor? Now that substring doesn't glom off the original string, i
see no reason for this constructor.
-dave
On 04/15/2016 06:36 PM, Stuart Marks wrote:
Hi all,
Here's a small update to the jdk repo
Hello,
With talk of deprecation in the air [1], I thought it would be a fine
time to examine one of the bugs on my list
JDK-6850612: Deprecate Class.newInstance since it violates the
checked exception language contract
As the title of the bug implies, The Class.newInstance method knowin
The LDML spec indicates that the "GMT" string should be localized:
http://unicode.org/repos/cldr/trunk/specs/ldml/tr35-dates.html#Using_Time_Zone_Names
The text of appendLocalizedOffset() is written with the intention of
the output being localized (otherwise, what is the point of the
method!)
I as
The updated spec at line 670 is not clear - the adjacent parsing mode
only applies when in strict mode. Suggest a new sentence before the
lenient mode one: "In strict mode, if the minimum and maximum widths
are equal and there is no decimal point then the parser will
participate in adjacent value p
Looks fine to me
Stephen
On 30 March 2016 at 19:11, nadeesh tv wrote:
> Hi all,
>
> BUG ID : https://bugs.openjdk.java.net/browse/JDK-8148947
>
> Webrev : http://cr.openjdk.java.net/~ntv/8148947/webrev.00/
>
> Added new pattern letter 'g' for Modified Julian day.
>
> Apart from that made clar
Hi Stuart,
On 14/04/2016 11:50 AM, Stuart Marks wrote:
Hi all,
Please review this first round of deprecation changes for the java.lang
package. This changeset includes the following:
- a set of APIs being newly deprecated
- a set of already-deprecated APIs that are "upgraded" to forRemoval
Looks good
-Sundar
On 4/16/2016 2:43 AM, Kumar Srinivasan wrote:
> Hello,
>
> Please review this simple fix [1] to re-instate the original deprecated
> methods, as a background, there were commented out because
> of an internal dependency [2], and since has been fixed.
>
> Thanks
> Kumar
>
>
> [1
Good morning,
I am trying to use Files.walk() in a Java 8 way but it is broken.
I am trying to create an app to manage files and size on all my Linux
system (so I would walk from the root directory and show the 5 biggest
files of each directory for example).
*JDK-8039910* has been raised for thi
On 17/04/2016 8:38 PM, David Holmes wrote:
On 17/04/2016 1:38 PM, Yasumasa Suenaga wrote:
Hi David,
Need to hear from core-libs and/or launcher folk as this touches a
number of pieces of code.
I'm waiting more reviewer(s) .
BTW, Should I make patches which are based on jdk9/dev repos?
My pr
8056152 added a new constructor to java.lang.Thread to constructing Threads that
do not inherit inheritable-thread-local initial values. Given there is now a
supported
API for creating such threads, other areas of the JDK should be updated to use
it.
This change updates the code in the jdk.http
8056152 added a new constructor to java.lang.Thread to constructing Threads that
do not inherit inheritable-thread-local initial values. Given there is now a
supported
API for creating such threads, other areas of the JDK should be updated to use
it.
This change updates the code in java.logging
12 matches
Mail list logo
