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.
- Default branch is
stable, pointing to the latest released version. - You can also check all versions by looking at releases.
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
Everyone is encouraged to contribute to these examples by
- trying it out and providing feedback and ideas for improvement
- create new examples -- in this case, make sure your PR is against the
mainbranch! - blogging about it
- using it on conferences and workshops
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.
- Onboarding example combining 1 process and two decision services: see README.md
- Rules on Quarkus: see README.md
- Rules on Quarkus with Unit: see README.md
- Process on Quarkus: see README.md
- Process on Spring Boot: see README.md
- Trusty on Quarkus: see README.md
- Trusty on Quarkus (DevUI integration): see README.md
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.
- Do you have a minimal, reproducible example for your issue?
- If so, please open a Jira for it in the Kogito project with the details of your issue and example.
- Are you encountering an issue but unsure of what is going on?
- Start a new conversation in the Kogito Google Group, or open a new thread in the Kogito stream of the KIE Zulip chat.
- Please provide as much relevant information as you can as to what could be causing the issue, and our developers will help you figure out what's going wrong.
- Do you have a feature/enhancement request?
- Please open a new thread in the Kogito stream of the KIE Zulip chat to start a discussion there.