This module contains a number of examples that you can take a look at and try out yourself. Please take a look at the readme of each individual example for more details on how the example works and how to run it yourself (either locally or on Kubernetes).
Since Kogito aims at supporting both Quarkus and Spring Boot each example usually provides both type of projects.
stable
, pointing to the latest released version.The Quarkus quickstarts by default currently use the Quarkus core BOM.
If you want to use an alternative BOM when building the Quarkus quickstarts you can override the quarkus.platform.*
properties. The following example shows how to set quarkus.platform.artifact-id
to use the quarkus-universe-bom.
mvn -Dquarkus.platform.artifact-id=quarkus-universe-bom clean install
Because the Kogito project is part of the Quarkus Platform, the same applies also to Kogito BOM being used.
By default org.kie.kogito:kogito-bom
is used, but, when needed, this can be overridden using Maven properties:
kogito.bom.*
for Kogito BOM overridesThe properties defined in each of the modules and can be overridden as follows:
mvn -Dkogito.bom.group-id=io.quarkus.platform -Dkogito.bom.artifact-id=quarkus-kogito-bom -Dkogito.bom.version=2.2.3.Final
Note: It's important to keep BOM versions aligned when overriding. In case of Quarkus Platform this means using a single version value for all two (
quarkus.platform.version
,kogito.bom.version
) properties.
Everyone is encouraged to contribute to these examples by
main
branch!shows most basic use of processes to build up a hello world example
shows integration between processes and rules.
shows how message start and end events can be easily used to integrate with Apache Kafka to consume where message name is the Kafka topic and the payload is mapped to process variable. Uses custom types that are serialized into JSON.
shows long running processes with Infinispan persistence so the state of process instances can be preserved across service restarts.
shows how easy it is to use local services to be invoked from within process. Allows easy and readable service invocation use cases to be covered.
shows REST service invocation and parsing data back to an object instance used as process variable.
shows user task interactions with four eye principle applied
shows user task interactions with four eye principle applied that supports custom life cycle that allows to add additional phases to user tasks to indicate other states.
shows user task interactions with four eye principle applied with security restrictions on REST api.
shows timers (intermediate and boundary) that allows to introduce delays in process execution
A Serverless Workflow greeting service with both JSON and YAML workflow definitions
A Serverless Workflow service for processing job applicant approvals and that showcases event-driven services.
A Serverless Workflow service for returning country information
A Serverless Workflow service that works as a Github bot application, which reacts upon a new PR being opened in a given GitHub project.
Most examples have a directory named operator
including the YAML files to deploy it using the Kogito Operator in an OpenShift cluster.
Please refer to the Kogito Documentation
of how to install the operator to your environment in order to try it there.