Skip to content
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

[WFMP-186] Optimize the application image generated by the image goal #290

Merged
merged 1 commit into from
Feb 23, 2023

Conversation

jmesnil
Copy link
Member

@jmesnil jmesnil commented Feb 22, 2023

In the image goal, skip the deployment when packaging WildFly

In the generated Dockerfile, use 2 different COPY commands:

  • COPY the server bits. This Docker layer can be cached (as long as the server provisioning does not change)
  • COPY the deployment in the standalone/deployment directory. This Docker layer is small (the size of the deployment) and will be changed every time

With that optimization, repeatedly pushing the application image will mean to push the deployment Docker layer only.

This optimization saves time, bandwith and storage on the container registry.

JIRA: https://issues.redhat.com/browse/WFMP-186

In the image goal, skip the deployment when packaging WildFly

In the generated Dockerfile, use 2 different COPY commands:

* COPY the server bits. This Docker layer can be cached (as long as the
  server provisioning does not change)
* COPY the deployment in the standalone/deployment directory. This Docker
   layer is small (the size of the deployment) and will be changed every time

With that optimization, repeatedly pushing the application image will
mean to push the deployment Docker layer only.

This optimization saves time, bandwith and storage on the container registry.

JIRA: https://issues.redhat.com/browse/WFMP-186

Signed-off-by: Jeff Mesnil <jmesnil@redhat.com>
@jamezp
Copy link
Member

jamezp commented Feb 22, 2023

Nothing to do with this PR, but just noticed it. Should we drop 26 support and testing or should we keep it?

@jmesnil
Copy link
Member Author

jmesnil commented Feb 22, 2023

Nothing to do with this PR, but just noticed it. Should we drop 26 support and testing or should we keep it?

I'd recommend to keep it. WildFly 26 is the last release that supports Jakarta EE 9. We should leave more time to users to update their app to Jakarta EE 10 and WildFly 27+.
But we can remove WildFly 25 :)

@jamezp
Copy link
Member

jamezp commented Feb 22, 2023

If @jfdenise is okay with this, we can merge it.

@jamezp jamezp merged commit 7c74da6 into wildfly:main Feb 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants