RFR: 8274883: (se) Selector.open throws IAE when the default file system provider is changed to a custom provider [v3]

Michael McMahon michaelm at openjdk.java.net
Tue Dec 7 10:49:16 UTC 2021


On Tue, 7 Dec 2021 09:10:07 GMT, Maxim Kartashev <duke at openjdk.java.net> wrote:

>> The gist of the problem: when a file system is specified via `-Djava.nio.file.spi.DefaultFileSystemProvider`, a call to `SelectorProvider.provider().openSelector()` ends with a throw on Windows.
>> 
>> There are two distinct components to the problem:
>> 
>> 1. `ExceptionInInitializerError` is thrown during the static initialization of the `UnixDomainSockets.UNNAMED` field even though it isn't used on this code path (see `UnixDomainSocketAddress.of()` that throws `IllegalArgumentException` if invoked on a path from a non-default file system). 
>> This is fixed by lazy-initializing the static member `UNNAMED` of `UnixDomainSockets` so that this initialization doesn't throw unless actually used.
>> 
>> 2. `IllegalArgumentException` is thrown by `UnixDomainSocketAddress.of()`  later on when `ServerSocketChannel` tries to use Windows version of `PipeImpl` and its method `createListener()` specifically. That `PipeImpl` probes for the availability of Unix Domain Sockets by trying to bind to a unique temporary name. That call throws `IAE` when a non-default Java file system is installed while the probing code (`PipeImpl.createListener()`) only expects `UnsupportedOperationException` or `IOException`.
>> The fix is to re-throw `UOE` instead of `IAE` in `UnixDomainSockets.genrateTempName()`. This is more consistent with the definition of the exception purpose ("requested operation is not supported"). So with this change, a loopback network socket will be used to implement a pipe on a non-default Java file system. Also, pipes do not rely on the default Java file system on other platforms (Linux, MacOS) as well.
>> 
>> Tested by running `jtreg:test/jdk/java/nio` on Window, MacOS, and Linux.
>
> Maxim Kartashev has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Moved the test to java/nio/channels/Selector and corrected according to comments

Thanks for taking this on. I can sponsor it when we are finished with the review. Would it be possible to refer to the TestProvider in the SelectorProvider/spi directory in the @build directive, instead of copying it over to the Selector directory?

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

Changes requested by michaelm (Reviewer).

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


More information about the nio-dev mailing list