CaseFabric Reference Guide

CaseFabric Reference Guide

  • Overview
  • Getting Started
  • CMMN
  • CaseFabric IDE
  • CaseFabric Engine
  • Extensions
  • API Reference
  • Releases

›Releases

Overview

  • CaseFabric
  • A short introduction
  • Product Overview

Getting Started

  • Introducing CaseFabric Demo
  • Generic UI
  • How to use task UI rendering
  • Two business applications
  • Obtaining CaseFabric Demo

Some CMMN

  • What is CMMN
  • Modelling the Case Plan
  • Modelling the Case File
  • Modelling the Case Team
  • Other things to model

CaseFabric IDE

  • An IDE?
  • Designing
  • Tasks and Parameters
  • Expressions
  • Deploying
  • Debugging

CaseFabric Engine

  • The CaseFabric Engine
  • Authentication
  • Authorization
  • Pictorial overview
  • Configuration
  • Logging
  • Repository

Extensions

  • Do we need extensions?
  • Fault Handling
  • Workflow
  • Business Identifiers

API Reference

  • Introducing the API
  • Joining the platform
  • Start a Case
  • Case Team membership
  • Executing the case
  • Retrieving cases and tasks
  • Casefile requests

Releases

  • Overview
  • 1.1.35
  • 1.1.34
  • 1.1.33
  • 1.1.32
  • 1.1.31
  • 1.1.30
  • 1.1.29
  • 1.1.28
  • 1.1.27
  • 1.1.26
  • 1.1.25
  • 1.1.24
  • 1.1.23
  • 1.1.22
  • 1.1.21
  • 1.1.20
  • 1.1.19
  • 1.1.18
  • 1.1.17
  • 1.1.16
  • 1.1.15
  • 1.1.14
  • 1.1.13
  • 1.1.12
  • 1.1.11
  • 1.1.10
  • 1.1.9
  • 1.1.8
  • 1.1.7
  • 1.1.6
  • 1.1.5
  • 1.1.4
  • 1.1.3
  • 1.1.2
  • 1.1.1
  • 1.1.0

Case Engine Release 1.1.34

Robustness all around

This release improves various robustness aspects in the product.

Improved communication between cases

The underlying Apache Pekko runtime does not guarantee message delivery. Documentation on this can be found on the Pekko documentation website. This behavior could every now and then lead to loss of communication between cases and its casetasks or processtasks. The new release of the engine adds a layer of request and acknowledge to ensure a more stable communication.

Improved archival & deletion

When a case is archived or deleted, and it had timers running, these were not removed from the internal TimerService. This issue is now fixed, and a test case was added to ensure that when a case with a timer is archived, it also newly sets the timer when the case is restored.

More precise authorization

Up until this release, a case that was started always had to have at least one case team member that was directly referring to a user id. From now on it is also possible to start cases that have only a consent group assigned or a tenant role.

Enhance IDP configurations

Some identity providers extend the default JWT claims. The case engine uses the value of the sub claim to establish the user identity. From this release onwards it is possible to configure a different claim to read this information.

Smaller runtime footprint

Various process task implementations (such as email and pdf generation) have been separated in an independent jar file that is no longer part of the docker image of the case engine. At a later stage a jar file with the plugins will become available in a maven repository. If you need this functionality now, kindly get in touch with us and we can help you out.

Tickets closed

TicketDescription
#466TimerService should remove timers of cases that are deleted
#467ProcessTaskActors are sometimes not started, but the engine has no record of any failures on it
#469Assigning only tenant role leads to 404 when requesting the case instance
#473iText should not be part of the Docker image
← 1.1.351.1.33 →
  • Improved communication between cases
  • Improved archival & deletion
  • More precise authorization
  • Enhance IDP configurations
  • Smaller runtime footprint
  • Tickets closed