Changeset: 914c29c10bce
Author:okutsu
Date: 2013-10-02 15:31 +0900
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/914c29c10bce
6902861: (cal) GregorianCalendar roll WEEK_OF_YEAR is broken for January 1 2010
Reviewed-by: peytoia
! src/share/classes/java/util/GregorianCalendar.java
Changeset: 368172cb6dc5
Author:coffeys
Date: 2013-10-02 09:21 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/368172cb6dc5
8024952: ClassCastException in PlainSocketImpl.accept() when using custom
socketImpl
Reviewed-by: chegar
! src/windows/classes/java/net/PlainSocketImpl.
Changeset: 82e3150778e0
Author:okutsu
Date: 2013-10-02 17:57 +0900
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/82e3150778e0
8022666: java.util.Calendar.set(int,int,int,int,int,int) documentation typo
Reviewed-by: peytoia
! src/share/classes/java/util/Calendar.java
Changeset: e1b04fd49204
Author:psandoz
Date: 2013-10-01 18:20 +0200
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e1b04fd49204
8025535: Unsafe typecast in java.util.stream.SortedOps
Reviewed-by: mduigou, chegar
! src/share/classes/java/util/stream/SortedOps.java
!
test/java/util
Changeset: 3bb89c509d59
Author:egahlin
Date: 2013-10-01 17:48 +0200
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/3bb89c509d59
6696975: JTop plugin fails if connected readonly to target JVM
Reviewed-by: mchung, jbachorik, sla, sjiang
! src/share/demo/management/JTop/JTop.java
On 02/10/13 15:40, Chris Hegarty wrote:
On 02/10/2013 04:44, Alan Bateman wrote:
On 01/10/2013 12:46, Brian Burkhalter wrote:
:
I updated the webrev
http://cr.openjdk.java.net/~bpb/8010371/
with changes in the test of the return value of getaddrinfo for Unix
Inet 4 and 6 and Windows Inet 6.
On 02/10/2013 04:44, Alan Bateman wrote:
On 01/10/2013 12:46, Brian Burkhalter wrote:
:
I updated the webrev
http://cr.openjdk.java.net/~bpb/8010371/
with changes in the test of the return value of getaddrinfo for Unix
Inet 4 and 6 and Windows Inet 6. The usual testing is in progress.
Brian
On 02/10/2013 15:58, Michael McMahon wrote:
On 02/10/13 15:40, Chris Hegarty wrote:
On 02/10/2013 04:44, Alan Bateman wrote:
On 01/10/2013 12:46, Brian Burkhalter wrote:
:
I updated the webrev
http://cr.openjdk.java.net/~bpb/8010371/
with changes in the test of the return value of getaddrin
Changeset: 1e6088da1740
Author:vromero
Date: 2013-10-02 17:04 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/1e6088da1740
8023679: Improve error message for '_' used as a lambda parameter name
Reviewed-by: jjg, dlsmith
! src/share/classes/com/sun/tools/javac/parser/Jav
Hi,
This is primarily a spec. change to the new HttpURLPermission class.
The main changes are:
1. Rename java.net.HttpURLPermission to java.net.URLPermission.
Even though the class is clearly intended for use with Http/s URLs it
isn't restricted
to those URL schemes.
2. Add some of the capa
Changeset: a6ac824b463d
Author:wetmore
Date: 2013-10-02 09:38 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/a6ac824b463d
8025694: Rename getStrongSecureRandom based on feedback
8014838: getStrongSecureRandom() should require at least one implementation
Reviewed-by: mullan, d
Hi Michael,
there are a few more lines commented out in HttpURLConnection.java
//}, null, p -- replace line above, when limited
doPriv ready
I guess they should be activated as well (line 1192, 1376 and 2517). I
was already waiting for that change.
- Andreas
On 02.10.
On 02/10/13 18:16, Andreas Rieber wrote:
Hi Michael,
there are a few more lines commented out in HttpURLConnection.java
//}, null, p -- replace line above, when limited
doPriv ready
I guess they should be activated as well (line 1192, 1376 and 2517). I
was already waitin
All,
Please see comments inline.
Thanks,
Brian
On Oct 1, 2013, at 8:44 PM, Alan Bateman wrote:
> On 01/10/2013 12:46, Brian Burkhalter wrote:
>> :
>>
>> I updated the webrev
>>
>> http://cr.openjdk.java.net/~bpb/8010371/
>>
>> with changes in the test of the return value of getaddrinfo for
On 10/02/2013 08:40 PM, Brian Burkhalter wrote:
So, how about this approach:
1) If the error is EAI_AGAIN / EIA_SYSTEM+EAGAIN / WSATRY_AGAIN then do one
immediate native retry.
2) If the retry fails with the same error, then throw a UHE with a specific
message or cause.
Sounds good to m
Chris,
I'm not sure immediate native retry make sence here because tipically
EAGAIN of getaddrinfo caused by network failure, like unreachable
nameserver. (see my previous letter)
-Dmitry
On 2013-10-02 23:53, Chris Hegarty wrote:
> On 10/02/2013 08:40 PM, Brian Burkhalter wrote:
>>
>> So, h
On 02/10/2013 12:40, Brian Burkhalter wrote:
:
1) If the error is EAI_AGAIN / EIA_SYSTEM+EAGAIN / WSATRY_AGAIN then
do one immediate native retry.
2) If the retry fails with the same error, then throw a UHE with a
specific message or cause.
It's very possible the retry will fail the same way
17 matches
Mail list logo
