On 10/02/2013 11:18 PM, Dmitry Samersoff wrote:
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)
OK, while not ideal ( please don't shoot! ) what do others think o
Chris,
On my opinion, it's better to just return meaningful exception to
customer and let them deal with network issue (as current webrev does).
Typical network failure requires at least couple of milliseconds to
recover so immediate retry most probably fails with the same error.
>From the other
Thanks Dmitry,
I think we have agreement that the cause of the UHE should contain an
Exception containing the gai_strerror string message. I can live without
adding retry logic.
-Chris.
On 10/03/2013 10:44 AM, Dmitry Samersoff wrote:
Chris,
On my opinion, it's better to just return meaning
Chris,
On 2013-10-03 14:10, Chris Hegarty wrote:
> Thanks Dmitry,
>
> I think we have agreement that the cause of the UHE should contain an
> Exception containing the gai_strerror string message. I can live without
> adding retry logic.
I'm ok with that.
-Dmitry
>
> -Chris.
>
> On 10/03/201
Changeset: 811c35a6a58f
Author:psandoz
Date: 2013-10-02 16:34 +0200
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/811c35a6a58f
8025534: Unsafe typecast in java.util.stream.Streams.Nodes
8025538: Unsafe typecast in java.util.stream.SpinedBuffer
8025533: Unsafe typecast in
java.uti
Changeset: 5d6dc0cba08f
Author:dsamersoff
Date: 2013-10-03 16:54 +0400
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/5d6dc0cba08f
8009213: sun/management/jdp/JdpTest.sh fails with exit code 1
Summary: There's no guarantee that the java process has executed far enough to
be found
Changeset: 01b8604e8268
Author:rriggs
Date: 2013-08-22 10:01 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/01b8604e8268
8024896: Refactor java.time serialization tests into separate subpackage
Summary: Move serialization tests to .serial subpackage
Reviewed-by: sherman
Contr
Brian,
On 3/10/2013 5:40 AM, Brian Burkhalter wrote:
I agree that is an ugly style but it guarantees that mistakes such as
if (error = EAI_AGAIN) {}
are caught at compilation time.
True but as I understand it this is not the preferred/common style in
the JDK code.
David
Changeset: c13305cf8528
Author:jlahoda
Date: 2013-10-04 08:29 +0200
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/c13305cf8528
8025118: Annotation processing api returns default modifier for interface
without default methods
Summary: TypeElement.getModifiers() should not co
