Providers loaded by FileSystemProvider not handled correctly in native image

[OlgaMaciaszek]

Providers loaded by java.nio.file.spi.FileSystemProvider (such as BouncyCastleProvider or SftpFileSystemProvider) cause native image compilation to fail with No instances of xxx are allowed in the image heap as this class should be initialized at image runtime.. However, adding --initialize-at-run-time=java.nio.file.spi.FileSystemProvider to setup results in Error: The class java.nio.file.spi.FileSystemProvider has already been initialized (from command line with 'java.nio.file.spi.FileSystemProvider'); it is too late to register java.nio.file.spi.FileSystemProvider for build-time initialization..

You can use this demo branch as a sample.
Run with ./mvnw clean package -Pnative -DskipTests.

[wirthi]

@vjovanov will look into that, but can't promise we can resolve this by the end of the week (for GraalVM-22.3).

[Dam14n]

Hi guys, I'm facing the same issue. Do you have any news on this?

Can I help with something?

[vjovanov]

This requires moving FileSystemProviders to runtime. I tried making this change and many things failed because of the initialization strategy we use. I would wait for the new initialization strategy before addressing this issue.

[OlgaMaciaszek]

Thanks, @vjovanov. What would the timeline be for this?

[mikehearn]

I'm hitting this too. It's annoying because the FS provider is brought in via transitive dependencies.

[bkesmarki]

I'd also be interested in any news about the issue.
We are using a custom EnvironmentRepository, but from the result/symptoms perspective, we are blocked by the same error with graalvm, native image execution.

[gopalharis]

We are in need of the fix for this issue, this is the only blocker we have for graalvm native build

[sschuberth]

such as BouncyCastleProvider or SftpFileSystemProvider

FYI, in case of SftpFileSystemProvider from Apache MINA, coming in as a transitive dependency of JGit, I was able to work around the issue by simply excluding the dependency, because SFTP is usually not needed as a Git transport:

implementation("org.eclipse.jgit:org.eclipse.jgit.ssh.apache.agent:6.7.0.202309050840-r") {
    exclude(group = "org.apache.sshd", module = "sshd-sftp")
        .because("it is not required for cloning via SSH and causes issues with GraalVM native images")
}

[avollmaier]

I also need a fix for this bug - blocker

[dudiao]

When will it be repaired?