Fabric8 Kubernetes Client provides two ways of interacting with CustomResources running in any Kubernetes cluster:
While typeless API provides a way to deal with CustomResources generically, it’s not always a preferable option for a strongly typed language like Java. Most developers want to use typed API to have complete and type-safe control over their CustomResources.
However, there is one additional step involved in using typed API. It provides POJOs for Kubernetes CustomResource objects. This article showcases how you can automatically generate CustomResourceDefinition-related code using tools offered by the Fabric8 Kubernetes Client library.
This is the fourth installment in the following series of articles:
- Part 1: How to use Fabric8 Java Client with Kubernetes
- Part 2: Programming Kubernetes custom resources in Java
- Part 3: How to use Kubernetes dynamic client with Fabric8
- Part 4: How to generate code using Fabric8 Kubernetes Client
- Part 5: How to write tests with Fabric8 Kubernetes Client
2 CRD generation options
There are two possible approaches to generating code while using custom resources:
- Users coming from a Java background would have more confidence in writing Java classes than in writing CRD YAML, which is error-prone. They would prefer to generate CRD Yaml from the Java POJO they wrote.
- It is also possible that there is an existing CRD YAML file for which you can generate Java POJOs.
Fabric8 Kubernetes Client provides tooling for both of these approaches via CRD Generator and Java Generator.
Let’s take an example of the Book CustomResource we used in part 2, Programming Kubernetes custom resources in Java, to see both approaches to generating Java POJOs from CRD YAML and vice versa.
Generating CRD POJOs from CRD YAML
Consider a scenario with only CRD YAML manifest for the Book CustomResource. We want to automatically generate Java POJOs for Book CustomResource. We’ll be using Fabric8 Java Generator to do this. We’ll be using its Java Generator Maven Plugin to generate Java POJOs from YAML during build time.
Let’s start with a basic maven project and place our Book CustomResource YAML in our project’s resources folder. If you don’t have an existing project, you can clone this GitHub repository:
fabric8-crd-java-generator-demo : $ tree src/main/resources/
src/main/resources/
└── crd
└── book-crd.yaml
In our project’s pom.xml
let’s add Fabric8 Java Generator Maven Plugin configuration to generate Java POJOs for CRD YAML present in src/main/resources
folder:
<plugin>
<groupId>io.fabric8</groupId>
<artifactId>java-generator-maven-plugin</artifactId>
<version>${fabric8.version}</version>
<configuration>
<!-- 1 -->
<source>${project.basedir}/src/main/resources/crd/book-crd.yaml</source>
<!-- 2 -->
<extraAnnotations>true</extraAnnotations>
</configuration>
<executions>
<execution>
<goals>
<goal>generate</goal>
</goals>
</execution>
</executions>
</plugin>
By providing this plugin configuration, we’re instructing Java Generator Maven Plugin to do the following:
- Pick
book-crd.yaml
file as a source file for generating CustomResource POJOs. - Add extra annotations to generated classes that can be processed by Sundrio to add additional helper builders and fluent classes. This would also require Sundrio and lombok dependencies added to the project.
Compile the project as follows:
fabric8-crd-java-generator-demo : $ mvn clean install
Upon running mvn clean install
, you can see that Book CustomResource POJOs are automatically generated intarget/generated-sources/java/
. This is the default location of generated sources. If you want to generate these POJOs in some other directory, you can provide target
in Java Generator Maven Plugin configuration section or via fabric8.java-generator.target
property.
Java Generator Maven Plugin also automatically adds these generated classes to maven source paths. So you don’t have to worry about adding extra configuration to add these generated classes to the maven source path.
There are also some helper classes generated in target/generated-sources/java/
:
fabric8-crd-java-generator-demo : $ tree target/generated-sources/java/
target/generated-sources/java/
└── io
└── fabric8
└── demo
└── generator
└── v1alpha1
├── Book.java
├── BookSpec.java
└── BookStatus.java
5 directories, 3 files
fabric8-crd-java-generator-demo : $ tree target/generated-sources/annotations/
target/generated-sources/annotations/
└── io
└── fabric8
└── demo
└── generator
└── v1alpha1
├── BookBuilder.java
├── BookFluentImpl.java
├── BookFluent.java
├── BookSpecBuilder.java
├── BookSpecFluentImpl.java
├── BookSpecFluent.java
├── BookStatusBuilder.java
├── BookStatusFluentImpl.java
└── BookStatusFluent.java
5 directories, 9 files
You can go ahead and start writing code based on these generated Book POJOs. Java Generator Maven Plugin allows various configuration options to configure source generation. You can take a look here at the source code or documentation for more details.
You can find the source code for this in this GitHub repository.
Generating CRD Yaml from POJOs
Now let’s take a look at the opposite scenario. We already have Java sources for the Book CustomResource but we want to generate CustomResourceDefinition YAML manifests.
We have our POJOs in src/main/java
folder as usual (see GitHub repository for source code).
fabric8-java-crd-yaml-generator-demo : $ tree src/main/java/
src/main/java/
└── io
└── fabric8
└── demo
└── crd
└── v1alpha1
├── Book.java
├── BookSpec.java
└── BookStatus.java
5 directories, 3 files
We’ll be using Fabric8 Crd Generator to generate CRD Yaml files for Book CustomResource. It’s available as a Java Annotation Processor, so you can simply add it as a dependency in your project, and you should be good to go.
Add Fabric8 Crd Generator dependency to your pom.xml
:
<dependency>
<groupId>io.fabric8</groupId>
<artifactId>crd-generator-apt</artifactId>
<version>${fabric8.version}</version>
</dependency>
Compile project:
fabric8-java-crd-yaml-generator-demo : $ mvn clean install
…
[INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ fabric8-java-crd-yaml-generator-demo ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 3 source files to /home/rokumar/work/repos/kubernetes-client-demo/fabric8-java-crd-yaml-generator-demo/target/classes
[INFO] Generating CRD books.testing.fabric8.io:
[INFO] - v1beta1 -> /home/rokumar/work/repos/kubernetes-client-demo/fabric8-java-crd-yaml-generator-demo/target/classes/META-INF/fabric8/books.testing.fabric8.io-v1beta1.yml
[INFO] - v1 -> /home/rokumar/work/repos/kubernetes-client-demo/fabric8-java-crd-yaml-generator-demo/target/classes/META-INF/fabric8/books.testing.fabric8.io-v1.yml
You will notice that during compilation, the Fabric8 Crd Annotation processor generated CustomResourceDefinition YAML files in target/classes/META-INF/fabric8
folder. It picks up all of the classes in the project, which extend io.fabric8.kubernetes.client.CustomResource
and generate CustomResourceDefinition YAML files for each of them.
fabric8-java-crd-yaml-generator-demo : $ ls target/classes/META-INF/fabric8/
books.testing.fabric8.io-v1beta1.yml books.testing.fabric8.io-v1.yml
You will notice that there are two YAML files generated (one with v1
and one with v1beta1
suffix). The v1beta1
is kept for backward compatibility for older Kubernetes Clusters, which only supported apiextensions.k8s.io/v1beta1
CustomResourceDefinitions. For most cases, you would most likely be working with the v1
YAML file.
You can go ahead and inspect the contents of generated CustomResourceDefinition YAML files and use them in your Kubernetes clusters.
For more information about the different configuration options available, check out Fabric8 CRD Generator Documentation.
You can find code for this example in this GitHub repository.
Learn more about Fabric8 Kubernetes Client
In this blog post, you learned about the code generation capabilities of Fabric8 Kubernetes Client’s tooling in form of Java Generator and CRD Generator. You can find the code in this GitHub repository. The next article in my series, How to write tests with Fabric8 Kubernetes Client, discusses Fabric8 Kubernetes Client testing libraries, Fabric8 Kubernetes Mock Server, and Fabric8 JUnit5 Extension.
For more information, check out the Fabric8 Kubernetes Client GitHub page. Feel free to follow us on these channels: