Integrated: 8267938: (sctp) SCTP channel factory methods should check platform support

[Chris Hegarty]

On Fri, 28 May 2021 13:11:43 GMT, Chris Hegarty <chegar at openjdk.org> wrote:

> The SCTP channel factory methods, namely SctpChannel::open, SctpServerChannel::open, and SctpMultiChannel::open, are specified to throw UnsupportedOperationException, if the SCTP protocol is not supported. Currently, underlying platform support is assumed once the appropriate libsctp.so.1 library is present (along with its supported interface functions). This may not always be the case, e.g. if the Linux sctp kernel module is not present or loaded. In which case a SocketException is thrown.
> 
> It would be more appropriate to check for EPROTONOSUPPORT and ESOCKTNOSUPPORT, and throw UOE rather than SE.
> 
> The existing java/net/SctpSanity.java tests already covers this case, when run on platforms without support.

This pull request has now been integrated.

Changeset: bd31653e
Author:    Chris Hegarty <chegar at openjdk.org>
URL:       https://git.openjdk.java.net/jdk/commit/bd31653e6f99d4337e4af1f7f138d688ec99c19d
Stats:     8 lines in 1 file changed: 6 ins; 0 del; 2 mod

8267938: (sctp) SCTP channel factory methods should check platform support

Reviewed-by: dfuchs, jiefu, alanb, vtewari

-------------

PR: https://git.openjdk.java.net/jdk/pull/4246