Closed chrysophylax closed 1 year ago
Does it fail even if you explicitly set the multipart store?
Thanks. It works if it's set explicitly. I guess it couldn't figure it out from the default behaviour. This is great. :D
Hi,
I'm having the same issue when using ring-clojure + graalvm, without explicitly using ring.middleware.multipart-params.
requiring [ring.middleware.multipart-params.temp-file :refer [temp-file-store]]
seems to work around it.
@weavejester @quatrix @chrysophylax Would you please provide a minimal repro to this? I'm happy to do a PR with the fix :)
Hi,
Trying to use a simple ring-app with ring.middleware.multipart-params on a native image generated by GraalVM 21's native-image tool fails because the Clojure classloader cannot find a generated class for ring.middleware.multipart-params/temp_file.clj.
Would it be possible to make it AOT-friendly?
It'd be lovely if we could use this middleware with GraalVM as it speeds up start-up time for clojure from ~1-3s down to 2-5 ms.
ring-core version: 1.8.2 GraalVM version: 21.0-Community Clojure: 1.10.2
Error:
It's first compiled into an uberjar using hf.depstar/uberjar :aot true :compile-ns :all and then I run