This repository contains extensions to the Jib Maven and Gradle build plugins.
The Jib Extension Framework enables anyone to easily extend Jib's behavior to their needs. Jib extensions are supported from Jib Maven 2.3.0 and Jib Gradle 2.4.0.
The Container Build Plan originally prepared by Jib plugins. The build plan describes in a declarative way how it plans to build a container image. If you are interested in writing an extension, see Updating Container Build Plan for more details.
<plugin>
block in pom.xml
.<pluginExtensions>
in Jib's <configuration>
.The following example adds and runs the Jib Layer-Filter Extension.
<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-maven-plugin</artifactId>
<version>3.4.3</version>
<!-- 1. have extension classes available on Jib's runtime classpath -->
<dependencies>
<dependency>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-layer-filter-extension-maven</artifactId>
<version>0.3.0</version>
</dependency>
</dependencies>
<configuration>
...
<pluginExtensions>
<!-- 2. specify extension implementation classes to load -->
<pluginExtension>
<implementation>com.google.cloud.tools.jib.maven.extension.layerfilter.JibLayerFilterExtension</implementation>
</pluginExtension>
</pluginExtensions>
</configuration>
</plugin>
When properly configured and loaded, Jib outputs the loaded extensions in the log. When you configure multiple <pluginExtension>
s, Jib runs the extensions in the given order.
[INFO] --- jib-maven-plugin:3.4.3:build (default-cli) @ helloworld ---
[INFO] Running extension: com.google.cloud.tools.jib.maven.extension.layerfilter.JibLayerFilterExtension
Some extensions may expect you to provide extension-specific user configuration.
<pluginExtension><properties>
. For example,
<pluginExtension>
<implementation>com.example.ExtensionAcceptingMapConfig</implementation>
<properties>
<customFlag>true</customFlag>
<layerName>samples</layerName>
</properties>
</pluginExtension>
<pluginExtension><configuration implementation=...>
(not Jib's <configuration>
). Note that the class for the implementation
XML attribute should be the extension-supplied configuration class and not the main extension class. For example,
<pluginExtension>
<implementation>com.google.cloud.tools.jib.maven.extension.layerfilter.JibLayerFilterExtension</implementation>
<configuration implementation="com.google.cloud.tools.jib.maven.extension.layerfilter.Configuration">
<filters>
<filter>
<glob>**/google-*.jar</glob>
<toLayer>google libraries</toLayer>
</filter>
<filter>
<glob>/app/libs/in-house-*.jar</glob>
<toLayer>in-house dependencies</toLayer>
</filter>
</filters>
</configuration>
</pluginExtension>
build.gradle
) by adding them with buildscript.dependencies
at the beginning of the build script.jib.pluginExtensions
.The following example adds and runs the Jib Layer-Filter Extension.
// should be at the top of build.gradle
buildscript {
dependencies {
classpath('com.google.cloud.tools:jib-layer-filter-extension-gradle:0.3.0')
}
}
...
jib {
...
pluginExtensions {
pluginExtension {
implementation = 'com.google.cloud.tools.jib.gradle.extension.layerfilter.JibLayerFilterExtension'
}
}
}
When properly configured and loaded, Jib outputs the loaded extensions in the log. When you configure multiple jib.pluginExtension
s, Jib runs the extensions in the given order.
Running extension: com.google.cloud.tools.jib.gradle.extension.layerfilter.JibLayerFilterExtension
Some extensions may expect you to provide extension-specific user configuration.
pluginExtension.properties
. For example,
pluginExtensions {
pluginExtension {
implementation = 'com.example.ExtensionAcceptingMapConfig'
properties = [customFlag: 'true', layerName: 'samples']
}
}
pluginExtension.configuration
. For example,
pluginExtension {
implementation = 'com.google.cloud.tools.jib.gradle.extension.layerfilter.JibLayerFilterExtension'
configuration {
filters {
filter {
glob = '**/google-*.jar'
toLayer = 'google libraries'
}
filter {
glob = '/app/libs/in-house-*.jar'
toLayer = 'in-house dependencies'
}
}
}
}
pluginExtension {
implementation = "com.google.cloud.tools.jib.gradle.extension.layerfilter.JibLayerFilterExtension"
configuration(Action<com.google.cloud.tools.jib.gradle.extension.layerfilter.Configuration> {
filters {
filter {
glob = "**/google-*.jar"
toLayer = "google libraries"
}
filter {
glob = "/app/libs/in-house-*.jar"
toLayer = "in-house dependencies"
}
}
})
}
It is easy to write an extension! If you have written a useful extension, let us know and we will put a link in this repo under third-party/
. Or, consider contributing to this repo. Either way, Jib users will greatly appreciate it!
Create a new Java project and add Jib Maven/Gradle Plugin Extension API to the project dependencies.
jib-maven-plugin-extension-api
with <scope>provided
.
<dependencies>
<dependency>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-maven-plugin-extension-api</artifactId>
<version>0.4.0</version>
<scope>provided</scope>
</dependency>
</dependencies>
jib-gradle-plugin-extension-api
using compileOnly
. Also apply java-gradle-plugin
(as the Extension API allows you to access the Gradle project being containerized via Gradle API); if your extension does access the Gradle project via Gradle API, ideally you should use a Gradle version that is compatible with what the Jib plugin uses at image building time. (See Version Matrix.)
plugins {
id 'java-gradle-plugin'
...
}
dependencies { compileOnly 'com.google.cloud.tools:jib-gradle-plugin-extension-api:0.4.0' }
src/main/resources/META-INF/services/com.google.cloud.tools.jib.maven.extension.JibMavenPluginExtension
(Maven) / src/main/resources/META-INF/services/com.google.cloud.tools.jib.gradle.extension.JibGradlePluginExtension
(Gradle) and list your classes that implements the Jib Maven/Gradle Plugin Extension API below. See the Maven and Gradle examples.JibMavenPluginExtension
(Maven) / JibGradlePluginExtension
(Gradle).The approach described above uses JDK service loader to create the instance of the extension. With Maven you can alternatively let your extension being created by the Maven dependency injection container. This allows you to inject shared Maven components into you extension to perform more sophisticated tasks.
Instead of src/main/resources/META-INF/services/com.google.cloud.tools.jib.maven.extension.JibMavenPluginExtension
, create a text file src/main/resources/META-INF/sisu/javax.inject.Named
and list your classes that implements the Jib Maven Plugin Extension API. Maven dependency injection container needs this file to find the classes to consider. See an example file in jib-layer-filter-extension-maven
. Alternatively you can use the sisu-maven-plugin
to generate this file, as described in the Maven documentation.
Add the @javax.inject.Named
and @javax.inject.Singleton
annotations to your classes that implement the Jib Maven Plugin Extension API to make it Maven components. Use javax.inject.Inject
annotation on fields, constructors or methods to get shared Maven components.
@Named
@Singleton
public class MyExtension implements JibMavenPluginExtension<Configuration> {
// example for injected shared Maven component
@Inject private ProjectDependenciesResolver dependencyResolver;
}
The extension API passes in ContainerBuildPlan
, which is the container build plan originally prepared by Jib plugins. The build plan describes in a declarative way how it plans to build a container image.
The class is a Java API for Container Build Plan Specification. The Container Build Plan Specification is a general specification independent of Jib. The Container Build Plan Java API is a light-weight, standalone API implementing the spec, and it is published to Maven Central (jib-build-plan
). The Build Plan classes, once instantiated, are all stateless, immutable "value classes" (holding only simple values). You can inspect the values using simple getters, and when you want to "modify" values, use toBuilder()
to create new instances.
Sometimes, you may want to make your extension configurable by the extension end-users. See "Using Jib Plugin Extensions" to understand how end-users can provide extra configuration to an extension.
Simple string properties (map): the Extension API has a built-in support for end-users passing simple string map. If your extension does not need complex configuration structure, prefer this approach.
Complex configuration structure: define your configuration class and have getExtraConfigType()
return the class. See the Maven and Gradle examples.
Project
.jib-maven-plugin | jib-maven-plugin-extension-api |
---|---|
2.5.0 - current | 0.4.0 |
2.3.0 - 2.4.0 | 0.3.0 |
jib-gradle-plugin | jib-gradle-plugin-extension-api | Jib Plugin Runtime Gradle API* |
---|---|---|
2.5.0 - current | 0.4.0 | 5.2.1 |
2.4.0 | 0.3.0 | 5.2.1 |
* For example, it is recommended to use Gradle 5.2.1 or only use the API available in 5.2.1 to develop an extension for Jib Gradle 2.5.0.