-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build native image source jar #15208
Comments
/cc @jerboaa |
This would be very easy to add, the question is whether we want to support it or not :) |
@geoand I've had a discussion about a similar workflow with @tqvarnst. The basic idea would be to do everything needed up to - but not including - running
Each step along the way minimizes the needed dependencies in images |
Understood. I'll create a draft PR later on with a new package type as requested and we can discuss further based on that |
Thanks! |
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
This package type is meant to support workflows where the actual native-image is created by a different container than the one that run that Quarkus build. Resolves: quarkusio#15208
Description
I would like the ability for Quarkus to produce a native image source jar without also running a
native-image
build. The scenario in mind is the following, with two machines:I cannot find a way to perform a Maven build with Quarkus, such that the output jar can be passed to
native-image
and produce a working executable. When I givenative-image
the standard runner jar, or uber-jar, the executable exits immediately with exit code 1.Implementation ideas
This functionality could perhaps be added as a package type selection for the
quarkus.package.type
property.The text was updated successfully, but these errors were encountered: