[JDK-8257080] Java does not try all DNS results when opening a socket

[Bernd Eckenfels]

Hello,

A „happy eyeballs“ implementation, not only for Multiple IPv4 addresses but also for IPV6/IPv4 Mixed would be a good thing, however since this

a) adds additional connection Timeouts or decreases connection deadlines
b) potentially is stateful

I think it’s not a good idea to enable it for all connections. A new method to specify a policy (and allow a new default policy) would probably be better.

I don’t think doing that in the resolving alone would work, since there is also a question of parallelity and a endpoint specific state.

Gruss
Bernd
--
http://bernd.eckenfels.net
________________________________
Von: net-dev <net-dev-retn at openjdk.java.net> im Auftrag von Aleks Efimov <aleksej.efimov at oracle.com>
Gesendet: Wednesday, December 16, 2020 5:53:02 PM
An: Benjamin Marwell <bmarwell at apache.org>
Cc: Alan Bateman <Alan.Bateman at oracle.com>; OpenJDK Network Dev list <net-dev at openjdk.java.net>
Betreff: Re: [JDK-8257080] Java does not try all DNS results when opening a socket

Hi Benjamin,

As Alan stated I'm working on adding an SPI [1] which will provide a
possibility to alter how host names and IP addresses are resolved by JDK
platform.
I believe it would be possible to use this mechanism for addressing
issue described in JDK-8257080.

Best Regards,
Aleksei

[1] WIP jdk-sandbox branch:
https://github.com/openjdk/jdk-sandbox/tree/JDK-8244202-nspi-stream-branch


On 16/12/2020 15:42, Alan Bateman wrote:
> On 16/12/2020 15:21, Benjamin Marwell wrote:
>> https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8192780
>>
>> Granted, it is an SPI. But it seemed to have been used.
>>
>
> Aleksej Efimov is working on an InetAddress SPI, I'm sure there will
> be a draft JEP at some point. It has the potential to complement the
> exploration that we discussing here.
>
> -Alan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/net-dev/attachments/20201216/b6353087/attachment-0001.htm>