FileSystemProvider

[Michael Hall]

> On Apr 28, 2021, at 7:13 PM, Michael Hall <mik3hall at gmail.com> wrote:
> 
> Possibly related to https://bugs.openjdk.java.net/browse/JDK-8263940 <https://bugs.openjdk.java.net/browse/JDK-8263940>
> 
> I have recreated this with the JDK-16. I think it begins after JDK-12. I don’t have.a 13 it is present in 14.
> 
> javac -d . ~/Documents/GitHub/jdk16-master/test/jdk/java/nio/file/spi/TestProvider.java
> 
> Your test case. Not properly set up on git for me, but there.
> 
> The error is if -Djava.security.manager and -Djava.security.policy are used in invocation….
> 
>  /usr/libexec/java_home -v 14 --exec java -cp . -Djava.security.manager -Djava.security.policy=Classes/all.policy -Djava.nio.file.spi.DefaultFileSystemProvider=TestProvider Test
> Exception in thread "main” java.lang.StackOverflowError
> 	at java.base/java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:228)
> 	at java.base/java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:593)

I can provide the start of the stack trace if needed…

MFSP newByteChannel proxy /Library/Java/JavaVirtualMachines/jdk-16.jdk/Contents/Home/lib/security/default.policy

From mine with debugging messages. It appears to try and get this file. In the process it does another security check before initialized that triggers the loop. My guess as to what it appears to do.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/nio-dev/attachments/20210428/ffc27b5e/attachment.htm>