Skip to content

Start the case at the message's own start event instead of by process key - #9

Merged
Klaas-Ritense merged 1 commit into
mainfrom
fix/start-case-at-the-message-start-event
Sep 16, 2026
Merged

Klaas-Ritense merged 1 commit into
mainfrom
fix/start-case-at-the-message-start-event

Conversation

@Klaas-Ritense

Copy link
Copy Markdown
Member

What

SlackMessageProcessStarter no longer starts the process by its definition key. It now creates the case document and correlates the start message of the element the receive-message link hangs on.

Why

A process may have more than one start event — a plain one for the start form, and the message start event the link hangs on. Operaton enters a process started by key at whichever it considers the initial activity, which is the plain one. The message's own start event then never runs, so neither do the execution listeners that put the message on the case, and the case is created empty.

The document id is passed as the process instance business key: Valtimo resolves doc: through the process-document association and falls back to the business key while that association does not exist yet — which is the case during the start event's own listeners, since the association can only be created once the instance has an id.

This is the same fix as imap-mail-plugin 0.0.4 (e031408), ported over.

Tests

Two tests added for the start path, which had no coverage before: one asserting the correlation targets the linked process definition, carries the document id as business key and creates the process-document association, one asserting the message is handed on as process variables.

Full suite green locally: 61 tests across 7 classes, including the 5 SlackReceiveMessageIT integration tests.

Released as 6.1.1 (backend + frontend).

… key, release 6.1.1

A process may have more than one start event - a plain one for the start form and the
message start event the `receive-message` link hangs on - and Operaton enters a process
started by key at whichever it considers the initial activity, which is the plain one.
The message's own start event then never runs, so neither do the execution listeners that
put the message on the case, and the case is created empty.

The case is now created directly and the start message of the linked element correlated
to it, with the document id as business key so `doc:` resolves before the process-document
association exists.
@Klaas-Ritense
Klaas-Ritense merged commit e027283 into main Sep 16, 2026
6 checks passed
@Klaas-Ritense
Klaas-Ritense deleted the fix/start-case-at-the-message-start-event branch September 16, 2026 13:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant