-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
(core): Support for file assets (not just directories) when bundling with docker #12651
Comments
We could apply some heuristics as mentioned by @paulpearcy - but I think it might be worth starting with something more explicit. We could expose an
This should work..I'm wondering what kind of errors you encountered. Feel free to paste some of them here if you have them, maybe we can figure it out. |
If the bundling output contains a single archive file (zip or jar), upload it as-is to S3 without zipping it. Allow to customize this behavior with `bundling.packaging`: * `ALWAYS_ZIP`: The bundling output will always be zipped and uploaded to S3. * `NEVER_ZIP`: The bundling output will not be zipped. Bundling will fail if the bundling output doesn't contain a single file. * `AUTO`: If the bundling output contains a single archive file (zip or jar) it will not be zipped. Otherwise it will be zipped. Closes #10776 Closes #12651 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
If the bundling output contains a single archive file (zip or jar), upload it as-is to S3 without zipping it. Allow to customize this behavior with `bundling.packaging`: * `ALWAYS_ZIP`: The bundling output will always be zipped and uploaded to S3. * `NEVER_ZIP`: The bundling output will not be zipped. Bundling will fail if the bundling output doesn't contain a single file. * `AUTO`: If the bundling output contains a single archive file (zip or jar) it will not be zipped. Otherwise it will be zipped. Closes aws#10776 Closes aws#12651 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
If the bundling output contains a single archive file (zip or jar), upload it as-is to S3 without zipping it. Allow to customize this behavior with `bundling.packaging`: * `ALWAYS_ZIP`: The bundling output will always be zipped and uploaded to S3. * `NEVER_ZIP`: The bundling output will not be zipped. Bundling will fail if the bundling output doesn't contain a single file. * `AUTO`: If the bundling output contains a single archive file (zip or jar) it will not be zipped. Otherwise it will be zipped. Closes #10776 Closes #12651 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
I am attempting to use the S3 assets module to deploy a jar file code asset for AWS lambda.
Placing the jar file in /asset-output it gets re-zipped when the asset is deployed. Jars are already a zip file so this leads to the lambda failing with a ClassNotFoundException.
Reproduction Steps
What did you expect to happen?
The jar to be deployed without zipping.
What actually happened?
The jar was zipped.
Environment
Other
The fix I would recommend is that if there is only a single zip or jar file in the /asset-output dir to skip zipping and use it directly.
I attempted to work around this by unzipping the contents of my jar to the /asset-output dir, but the jar I am dealing with is quite large and things failed for unknown reasons. This might work for smaller jars.
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: