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