Circular loading of installed providers detected

[Michael Hall]

> On Oct 5, 2021, at 8:46 AM, Michael Hall <mik3hall at gmail.com> wrote:
> 
> 
> 
>> On Sep 30, 2021, at 1:02 PM, Michael Hall <mik3hall at gmail.com <mailto:mik3hall at gmail.com>> wrote:
>> 
>> 
>> 
>>> On Sep 30, 2021, at 4:25 AM, Michael Hall <mik3hall at gmail.com <mailto:mik3hall at gmail.com>> wrote:
>>>> 
>>> 
>>> Possibly the code could at some point check the java.nio.file.spi.DefaultFileSystemProvider property to be sure it wasn’t trying to reload the current default anyhow.
>> 
>> It still seems a bit of a awkward workaround but for a DefaultFileSystemProvider that saves its priorProvider static and includes a no-args that does nothing it works. I’m not sure if this would be necessary for any code that uses multiple providers. Or just code that replaces the default and then tries for another provider.
>> 
>> For this 
>> 
>> error: No file system provider is available to handle this file: /Users/mjh/HalfPipe/HalfPipe_jpkg/outputdir/HalfPipe.app/Contents/app/halfpipe.j
>> I found this indicating I needed an additional module…
>> 
> 
> Sort of oddly. 

For completeness if anyone cares to try and recreate, the jpackage —add-modules

--add-modules us.hall.eio,org.openjdk.nashorn,java.compiler,java.desktop,java.logging,java.management,jdk.management.agent,java.prefs,java.se,java.rmi,java.scripting,java.sql,java.xml,jdk.attach,jdk.jshell,jdk.crypto.ec,jdk.jdeps,jdk.jcmd,jdk.zipfs \

The —list-modules output…

HalfPipe16.app/Contents/runtime/Contents/Home/bin/java --list-modules
java.base at 16
java.compiler at 16
java.datatransfer at 16
java.desktop at 16
java.instrument at 16
java.logging at 16
java.management at 16
java.management.rmi at 16
java.naming at 16
java.net.http at 16
java.prefs at 16
java.rmi at 16
java.scripting at 16
java.se at 16
java.security.jgss at 16
java.security.sasl at 16
java.sql at 16
java.sql.rowset at 16
java.transaction.xa at 16
java.xml at 16
java.xml.crypto at 16
jdk.attach at 16
jdk.compiler at 16
jdk.crypto.ec at 16
jdk.dynalink at 16
jdk.internal.ed at 16
jdk.internal.jvmstat at 16
jdk.internal.le at 16
jdk.internal.opt at 16
jdk.jdi at 16
jdk.jdwp.agent at 16
jdk.jshell at 16
jdk.unsupported at 16
org.objectweb.asm at 7.3.1 open
org.objectweb.asm.commons at 7.3.1 open
org.objectweb.asm.tree at 7.3.1 open
org.objectweb.asm.tree.analysis at 7.3.1 open
org.objectweb.asm.util at 7.3.1 open
org.openjdk.nashorn
us.hall.trz.osx



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