Jib Core is a Java library for building Docker and OCI container images. It implements a general-purpose container builder that can be used to build containers without a Docker daemon, for any application. The implementation is pure Java.
The API is currently in beta and may change substantially.
Jib Core powers the popular Jib plugins for Maven and Gradle. The plugins build containers specifically for JVM languages and separate the application into multiple layers to optimize for fast rebuilds.
For the Maven plugin, see the jib-maven-plugin project.
For the Gradle plugin, see the jib-gradle-plugin project.
For information about the Jib project, see the Jib project README.
Add Jib Core as a dependency using Maven:
<dependency>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-core</artifactId>
<version>0.19.0</version>
</dependency>
Add Jib Core as a dependency using Gradle:
dependencies {
compile 'com.google.cloud.tools:jib-core:0.19.0'
}
Jib.from("busybox")
.addLayer(Arrays.asList(Paths.get("helloworld.sh")), AbsoluteUnixPath.get("/"))
.setEntrypoint("sh", "/helloworld.sh")
.containerize(
Containerizer.to(RegistryImage.named("gcr.io/my-project/hello-from-jib")
.addCredential("myusername", "mypassword")));
Jib.from("busybox")
creates a newJibContainerBuilder
configured withbusybox
as the base image..addLayer(...)
configures theJibContainerBuilder
with a new layer withhelloworld.sh
(local file) to be placed into the container at/helloworld.sh
..setEntrypoint("sh", "/helloworld.sh")
sets the entrypoint of the container to run/helloworld.sh
.RegistryImage.named("gcr.io/my-project/hello-from-jib")
creates a newRegistryImage
configured withgcr.io/my-project/hello-from-jib
as the target image to push to..addCredential
adds the username/password credentials to authenticate the push togcr.io/my-project/hello-from-jib
. SeeCredentialRetrieverFactory
for common credential retrievers (to retrieve credentials from Docker config or credential helpers, for example). These credential retrievers can be used with.addCredentialRetriever
.Containerizer.to
creates a newContainerizer
configured to push to theRegistryImage
..containerize
executes the containerization. If successful, the container image will be available atgcr.io/my-project/hello-from-jib
.
See examples for links to more jib-core samples. We welcome contributions for additional examples and tutorials!
Jib
- the main entrypoint for using Jib Core
JibContainerBuilder
- configures the container to build
Containerizer
- configures how and where to containerize to
JibContainer
- information about the built container
Three types define what Jib can accept as either the base image or as the build target:
RegistryImage
- an image on a container registryDockerDaemonImage
- an image in the Docker daemonTarImage
- an image saved as a tarball archive on the filesystem
Other useful classes:
ImageReference
- represents an image reference and has useful methods for parsing and manipulating image referencesLayerConfiguration
- configures a container layer to buildCredentialRetriever
- implement with custom credential retrieval methods for authenticating against a container registryCredentialRetrieverFactory
- provides usefulCredentialRetriever
s to retrieve credentials from Docker config and credential helpers
Java-specific API:
JavaContainerBuilder
- configures aJibContainerBuilder
for Java-specific applicationsMainClassFinder
- find the main Java class in a given list of class files
The Jib Core system consists 3 main parts:
- an execution orchestrator that executes an asynchronous pipeline of containerization steps,
- an image manipulator capable of handling Docker and OCI image formats, and
- a registry client that implements the Docker Registry V2 API.
Some other parts of Jib Core internals include:
- a caching mechanism to speed up builds (configurable with
Containerizer.setApplicationLayersCache
andContainerizer.setBaseImageLayersCache
) - an eventing system to react to events from Jib Core during its execution (add handlers with
Containerizer.addEventHandler
) - support for fully-concurrent multi-threaded executions
Throughout the build process, Jib Core dispatches events that provide useful information. These events implement the type JibEvent
, and can be handled by registering event handlers with the containerizer.
Jib.from(...)
...
.containerize(
Containerizer.to(...)
...
.addEventHandler(LogEvent.class, logEvent -> System.out.println(logEvent.getLevel() + ": " + logEvent.getMessage())
.addEventHandler(TimerEvent.class, timeEvent -> ...));
When Jib dispatches events, the event handlers you defined for that event type will be called. The following are the types of events you can listen for in Jib core (see API reference for more information):
LogEvent
- Log message events. The message and verbosity can be retrieved usinggetMessage()
andgetLevel()
, respectively.TimerEvent
(Incubating) - Events used for measuring how long different build steps take. You can retrieve the duration since the timer's creation and the duration since the same timer's previous event usinggetElapsed()
andgetDuration()
, respectively.ProgressEvent
(Incubating) - Indicates the amount of progress build steps have made. Each progress event consists of an allocation (containing a fraction representing how much of the root allocation this allocation accounts for) and a number of progress units that indicates the amount of work completed since the previous progress event. In other words, the amount of work a single progress event has completed (out of 1.0) can be calculated usinggetAllocation().getFractionOfRoot() * getUnits()
.
See the Jib project FAQ.
- Extensions to make building Java and other language-specific containers easier
See Milestones for planned features. Get involved with the community for the latest updates.
See the Jib project README.