RFR[8241072]: 'Reimplement Legacy DatagramSocket API'
Chris Hegarty
chris.hegarty at oracle.com
Wed Apr 1 11:03:06 UTC 2020
> On 31 Mar 2020, at 18:46, Alan Bateman <Alan.Bateman at oracle.com> wrote:
>
> On 31/03/2020 18:27, Chris Hegarty wrote:
>> :
>> - In DatagramSocket::createDelegate, "enable broadcast if possible” - Possibly due to refactoring, but I cannot reconcile this with the old implementation.
> DatagramSocket is specified to make a best attempt to enable this option so I think it's in the right place. At a clean-up, the attempt in PDSI.datagramSocketCreate could be removed.
Ok, that explains why it was difficult to reconcile in the webrev.
I now see that “best-effort” is not implemented on unix platforms, but rather fail-fast ( an exception is thrown if the option cannot be set ). Let’s just remove this now superfluous native code as it is confusing.
>> :
>>
>> - The set of socket options is now per datagram/multicast socket instance, rather than on the class of the socket. I don’t think that this is an issue, just an observation and a confirmation that it is deliberate.
> The set of socket options supported by a custom DSI will likely be different to the default impl so it needs to be an instance field. I suspect this is a long standing bug.
Since this issue is orthogonal to the JEP, I filed the following issue to track it:
https://bugs.openjdk.java.net/browse/JDK-8241988 <https://bugs.openjdk.java.net/browse/JDK-8241988>
-Chris.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/net-dev/attachments/20200401/4d5759a2/attachment.htm>
More information about the net-dev
mailing list