GraalVM native-image support
See original GitHub issueThis would allow building to native executable. I’m thinking that we could add a namespace for calling the native-image
tool, with suitable defaults (example from jet).
Issue Analytics
- State:
- Created 4 years ago
- Comments:22 (9 by maintainers)
Top Results From Across the Web
Native Image - GraalVM
Native Image supports JVM-based languages, e.g., Java, Scala, Clojure, Kotlin. The resulting image can, optionally, execute dynamic languages like ...
Read more >Native Image - Oracle Help Center
Native Image supports JVM-based languages, e.g., Java, Scala, Clojure, Kotlin. ... Native Image for GraalVM Community Edition is licensed under the GPL 2 ......
Read more >GraalVM Native Image Support - Spring
GraalVM Native Images provide a new way to deploy and run Java applications. Compared to the Java Virtual Machine, native images can run...
Read more >Native Image Support for Google Cloud Libraries - GitHub
Enables GraalVM Native Image support for Google Cloud Java Client Libraries. - GitHub - GoogleCloudPlatform/native-image-support-java: Enables GraalVM ...
Read more >Revolutionizing Java with GraalVM Native Image - InfoQ
GraalVM Native Image enjoys significant adoption with support from leading Java frameworks such as Spring Boot, Micronaut, Quarkus, ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
One interesting idea might be to leverage the fact that most devs have docker installed, even if they don’t have graalvm installed. It would also make it easier to have a reproducible version of native-image that’s used per project.
Doodling thoughts here: It occurred to me that maybe a native-image based AWS Lambda custom runtime could be an spot open in the Clojure cloud tooling 😃 Pack already has a command for packaging a Lambda for the JVM runtime, but the custom runtime with native-image/SubtrateVM would have better startup time. We could also take care of things like bundling libsunec.so, which would be quite convenient for the user (maybe do deploy also).