We proudly present Kabanero version 0.9.0. There’s a lot to tell you about, so let’s get right to it.
Events operator with mediator
We’ve created a new events operator that uses a mediator, requiring only one webhook per organization — and therefore allowing you to avoid creating individual webhooks for every repository. In addition, the events operator can filter events from application stack repositories based on semantic versioning to determine which pipeline to trigger. This capability allows you to configure which events target which Kubernetes deployments. A new guide and reference doc are provided to help you get started.
Pipelines has been updated to support GitOps. Several example pipelines and tasks are provided. A
gitops-map configmap, provided as a "tech preview" feature, can optionally be configured to promote the service to a GitOps repo after the build. For more information, see the Working with pipelines guide. A new pipelines guide contains streamlined instructions on how to use a pipeline to build your application, publish the image to a registry, and optionally deploy the application on your cluster.
Note that in moving to Tekton Triggers 0.4 and Pipelines 0.11.1 (i.e., v1alpha1 ⇒ v1beta1), the pipeline specs have changed (fields for paramaters and resources were updated for consistency across Tekton CRDs), and there was also an API group change (from tekton.dev to triggers.tekton.dev).
You can now update a Kabanero CRD instance from the Kabanero console. We’ve fixed several bugs and made a number of other enhancements and performance improvements.
In the Kabanero CLI, we’ve added a new
describe command that allows you to see more detailed information for a specific stack/version, removed the
kabanero onboard command, and added TLS support during login. The CLI now supports Linux P and Z, and we’ve added back in the ability to pass a password in plaintext when logging in (for scripting purposes).
Digest governance policy
We’ve updated the governance policy to include a new detection point at pre-deploy.
(*) The REST APIs have a limitation for digest retrieval and checks: digest processing is only supported for containers hosted in Docker Hub, to be addressed in a future milestone.
Blocking and Tackling
As usual, we’ve updated the foundation components to stay current.
Dependent open source components
OpenShift Pipelines Operator
0.11.2 (includes tekton.dev v1beta1 API)
OpenShift Serverless Operator
OpenShift ServiceMesh Operator
Open Liberty Operator
Remember, the community has moved away from a Kabanero "branded Che" and towards the CodeReady variant to make the developer experience more consistent with Kabanero and OCP. The version of the CodeReady Workspaces Operator varies depending on OCP release.
Kabanero 0.9.0 executes on OCP 4.4.
The curated stack hub is located here: https://github.com/kabanero-io/kabanero-stack-hub/releases/tag/0.9.0
(deprecated and removed in favor of the
Note: The image for
java-openliberty is now in the
/appsody folder instead of the
/kabanero folder. To prevent confusion, review the stack hub yaml file for the appropriate path to use in the