Integrated: 8267938: (sctp) SCTP channel factory methods should check platform support
chegar at openjdk.java.net
Mon May 31 09:49:24 UTC 2021
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.
Author: Chris Hegarty <chegar at openjdk.org>
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
More information about the net-dev