Parent First ClassLoader issue with JimFS

[aaronanderson]

Describe the bug

I am attempting to use the JimFS in-memory Java NIO FileSystem provider in my Quarkus application and I am encountering a classloader issue. Given the nature of JimFS it needs to load in the System Classload and I utilized the quarkus.class-loading.parent-first-artifacts configuration to identify it as needing to be loaded in the base classloader. While this setting works fine for JUnit tests it does not work in fast-jar mode when running Quarkus in dev mode and production mode. It is my understanding that this was supposed to be fixed in #17391

Expected behavior

The JimFS jar will be loaded in the application classloader instead of the runtime classloader in all run modes (dev/test/prod).

Actual behavior

An exception is generated due to JimFS not being loaded in the correct classloader and the registration of a custom URL failing.

2021-05-27 22:59:18,833 ERROR [FileManager] (Quarkus Main Thread) Loaded from ClassLoader QuarkusClassLoader:Quarkus Base Runtime ClassLoader: DEV
2021-05-27 22:59:18,838 ERROR [io.qua.run.Application] (Quarkus Main Thread) Failed to start application (with profile dev): java.net.MalformedURLException: unknown protocol: jimfs
	at java.base/java.net.URL.<init>(URL.java:679)
	at java.base/java.net.URL.fromURI(URL.java:746)
	at java.base/java.net.URI.toURL(URI.java:1139)
	at quarkus.imfs.reproducer.FileManager.onStart(FileManager.java:27)
...

To Reproduce

Here is a link to the reproducer: quarkus-jimfs

Steps to reproduce the behavior:

1. Change directories to the reproducer
2. run mvn clean install . The project will successfully build and the test will successfully run with JimFS loaded in the correct base classloader.
3. run mvn clean install quarkus:dev The application will fail to start due to JimFS being loaded in the incorrect runtime classloader.
4. run java -jar target/quarkus-app/quarkus-run.jar The same classloader issue will occur.

Configuration

quarkus.class-loading.parent-first-artifacts=com.google.jimfs

Output of java -version

 java -version
openjdk version "16.0.1" 2021-04-20
OpenJDK Runtime Environment Corretto-16.0.1.9.1 (build 16.0.1+9)
OpenJDK 64-Bit Server VM Corretto-16.0.1.9.1 (build 16.0.1+9, mixed mode, sharing)

I tested with JDK 11 as well and the same error occured.

Quarkus Version

2.0.0.CR2