This repository contains the container images used by Quarkus.
NOTE: Require CEKit 3.3.x
The images are available on Quay.io
- ubi-quarkus-native-image - provides the
native-image
executable. Used by the Maven and Gradle plugin from Quarkus to build linux64 executables - ubi-quarkus-mandrel - provides the
native-image
executable from the Mandrel distribution of GraalVM. Used by the Maven and Gradle plugin from Quarkus to build linux64 executables - centos-quarkus-maven - Image delivering GraalVM, Maven, Gradle, Podman and Buildah; this image can be used to build a native executable from source.
- ubi-quarkus-native-s2i - S2I builder image for OpenShift building a native image from source code (using Gradle or Maven)
- ubi-quarkus-native-binary-s2i - S2I builder image for OpenShift taking a pre-built native executable as input
To pull these images use:
docker pull quay.io/quarkus/ubi-quarkus-native-image:VERSION
docker pull quay.io/quarkus/ubi-quarkus-mandrel:VERSION
docker pull quay.io/quarkus/centos-quarkus-maven:VERSION
docker pull quay.io/quarkus/ubi-quarkus-native-s2i:VERSION
docker pull quay.io/quarkus/ubi-quarkus-native-binary-s2i:1.0
with VERSION being the version.
The version matches the GraalVM version used in the image, for example: 19.3.1-java8
, 19.3.1-java11
...
quay.io/quarkus/ubi-quarkus-native-s2i:19.3.1-java8 <-- GraalVM 19.3.1 with java 8 support
quay.io/quarkus/ubi-quarkus-native-s2i:19.3.1-java11 <-- GraalVM 19.3.1 with java 11 support
quay.io/quarkus/ubi-quarkus-native-binary-s2i:1.0 <-- Native binary s2i
NOTE: You may wonder why we don't use latest
. It's because latest
has introduced more problems than benefits especially when reproducing issues.
For this reason, we recommend using a stable version.
The build is controlled by 5 image files:
quarkus-native-image.yaml
producesubi-quarkus-native-image
imagesquarkus-mandrel.yaml
producesubi-quarkus-mandrel
imagesquarkus-native-binary-s2i.yaml
produces theubi-quarkus-native-binary-s2i
imagequarkus-native-s2i.yaml
produces theubi-quarkus-native-s2i
imagesquarkus-tooling.yaml
produces thecentos-quarkus-maven
images
To build the images, you must pass the "GraalVM" version as parameter (except for quarkus-mandrel.yaml
and quarkus-native-binary-s2i.yaml
):
cekit --descriptor ${IMAGE} build \
--overrides "{'version': '${version}', 'modules': {'install': [{'name':'graalvm', 'version': '${version}'}]}}" \
docker --tag="${IMAGE_NAME}:${version}"
For quarkus-mandrel.yaml
you must pass the "Mandrel" version instead:
cekit --descriptor ${IMAGE} build \
--overrides "{'version': '${version}', 'modules': {'install': [{'name':'mandrel', 'version': '${version}'}]}}" \
docker --tag="${IMAGE_NAME}:${version}"
The .github
directory contains the script to build the different images.
We recommend using virtualenv
to run cekit
.
On MacOS X, you can run the build as follows:
virtualenv --python=python3 .cekit
source .cekit/bin/activate
pip install -U cekit
pip install odcs
pip install docker
pip install docker_squash
pip install behave
pip install lxml
# Run the scripts from the .github directory
This image provides GRAALVM and the native-image
executable. It is used by the Quarkus Maven plugin and Quarkus Gradle plugin to generate linux 64 executable.
S2I (Source to Image) are builder images used by OpenShift to build image streams. Two S2I are available:
- GraalVM Native S2I - build your source code using Maven or Gradle and create a new container image from the produced native executable.
- Binary S2I - build a new container image from a provided native executable. This executable is generally built on your machine, and uploaded.
Both resulting containers are based on UBI images.
For more information about this image, please refer to its module README: centos-quarkus-maven
IMPORTANT: The images are produced both the last 2 versions of GraalVM. For most images, this version defines the image tag (i.e. version)
- Create new directories under
modules/graalvm
named after the new version. You need to create 2 directories to distinguish thejava8
fromjava11
version - In each directory, write the
configure
andmodule.yaml
files. Theconfigure
file should not differ from the existing versions, so just copy it. In themodule.yaml
, change the versions, labels, md5 hash... - In the
.github
directory, edit thenative-images.yaml
,mandrel-images.yaml
,s2i-native-images.yaml
andtooling-images.yaml
to add/replace versions in theversions
list. If needed, also update thatags
list.
IMPORTANT: Always keep the last GraalVM LTS.
- Create a new directory under
modules/maven-binary
/modules/gradle-binary
named after the new version - In the new directory, create (or copy from an existing version) the
configure
andmodule.yaml
file - Edit the
module.yaml
file to target the new version - Edit the
quarkus-native-s2i.yaml
andquarkus-tooling.yaml
files to update the Maven/Gradle version
Before proceed make sure you have CEKit installed, to install on Fedora:
$ sudo dnf install cekit
For other Systems, please refer to the docs.
The build scripts are located in the .github
directory:
build-mandrel-images.sh
- build the mandrel imagesbuild-native-images.sh
- build the images providing thenative-image
executablebuild-s2i-binary-images.sh
- build the s2i builder images taking a pre-built native executablebuild-s2i-native-images.sh
- build the s2i builder images taking Java sources as input and building the native exectuable and the containerbuild-tooling-images.sh
- build the tooling image
Except build-s2i-binary-images.sh
, the other scripts expect the GraalVM/Mandrel version as unique parameter:
> .github/build-native-images.sh 20.2.0-java11
This repository uses GitHub Actions to build the images.
On each PR, the images are built. Check the Actions
tab in the GitHub project.
To push the images to Quay, you need to trigger a deployment. Once the images have been built from master successfully, issue the following cURL command:
curl -X POST -H "Authorization: token $GITHUB_TOKEN" \
-H "Accept: application/vnd.github.ant-man-preview+json" \
-H "Content-Type: application/json" \
https://api.github.com/repos/quarkusio/quarkus-images/deployments \
--data '{"ref": "master", "environment": "quay"}'
Note that you need a GITHUB_TOKEN
(API token) to trigger the deployment.