Second sub-slice of S-11 · Withdrawal (Flow 3) (#12). S-11a (#88) made a withdrawal advance the aggregate to INGETROKKEN; this sub-slice cancels the running Flowable process so the withdrawn case leaves the behandelaar's werkbak.
BPMN (registratie.bpmn): an interrupting message boundary event (RegistratieIngetrokken) on the Beoordelen task, routing to a dedicated "Registratie ingetrokken" end event.
Workflow Client: WithdrawBeoordelingAsync(executionId) delivers messageEventReceived to the task's execution (PUT); BeoordelingTask now carries its executionId.
WithdrawRegistration handler: after the domain transition, finds the open Beoordelen task for the registration and delivers the withdrawal message — best-effort, mirroring how the beoordeling completes its task.
Werkbak: also filters out registrations that are no longer open, so a withdrawn case never surfaces even in the brief window before cancellation lands.
ADR-0014 records the decision (message event in BPMN vs. deleting the instance from code).
verify (run-domain-check.sh): a second registration parks at Beoordelen, is withdrawn via the domain, and the check asserts its Beoordelen task disappears — so verify-stack validates the live Flowable message correlation.
Failing tests committed before the implementation (red → green per commit).
Implementation makes the tests pass.
Conventional Commits referencing the issue (refs #12).
CI green — all Gitea Actions jobs.
docker compose up unaffected (BPMN redeploys on a fresh CI DB via flowable-init).
ADR added (ADR-0014).
Docs — the user-visible demo note lands with S-11c.
Notes for reviewers
Verified locally: Big.Tests 94/94 pass; Big.Api builds; registratie.bpmn is well-formed.
The Flowable message-correlation REST shape is validated live by verify-stack (the Workflow Client unit tests stub the exchange and assert only the request shape, per ADR-0009) — the new run-domain-check.sh withdrawal step is that live check.
Known gap (ADR-0014): a withdrawal that races ahead of the process reaching Beoordelen finds no task to cancel; the aggregate is still INGETROKKEN and the werkbak filter hides it, but that instance parks unattended. A process-level event subprocess would close the gap — deferred.
## What & why
Second sub-slice of **S-11 · Withdrawal (Flow 3)** (#12). S-11a (#88) made a withdrawal advance the aggregate to INGETROKKEN; this sub-slice **cancels the running Flowable process** so the withdrawn case leaves the behandelaar's werkbak.
- **BPMN** (`registratie.bpmn`): an interrupting message boundary event (`RegistratieIngetrokken`) on the `Beoordelen` task, routing to a dedicated "Registratie ingetrokken" end event.
- **Workflow Client**: `WithdrawBeoordelingAsync(executionId)` delivers `messageEventReceived` to the task's execution (PUT); `BeoordelingTask` now carries its `executionId`.
- **`WithdrawRegistration` handler**: after the domain transition, finds the open `Beoordelen` task for the registration and delivers the withdrawal message — best-effort, mirroring how the beoordeling completes its task.
- **Werkbak**: also filters out registrations that are no longer open, so a withdrawn case never surfaces even in the brief window before cancellation lands.
- **ADR-0014** records the decision (message event in BPMN vs. deleting the instance from code).
- **verify (`run-domain-check.sh`)**: a second registration parks at `Beoordelen`, is withdrawn via the domain, and the check asserts its `Beoordelen` task disappears — so verify-stack validates the live Flowable message correlation.
Refs #12 (S-11c — the BFF + self-service "trek aanvraag in" button + e2e — closes it).
## Definition of Done
- [x] Linked Gitea issue (#12).
- [x] Failing tests committed before the implementation (red → green per commit).
- [x] Implementation makes the tests pass.
- [x] Conventional Commits referencing the issue (`refs #12`).
- [x] CI green — all Gitea Actions jobs.
- [x] `docker compose up` unaffected (BPMN redeploys on a fresh CI DB via flowable-init).
- [x] ADR added (ADR-0014).
- [x] Docs — the user-visible demo note lands with S-11c.
## Notes for reviewers
- Verified locally: `Big.Tests` 94/94 pass; `Big.Api` builds; `registratie.bpmn` is well-formed.
- The Flowable message-correlation REST shape is validated **live** by verify-stack (the Workflow Client unit tests stub the exchange and assert only the request shape, per ADR-0009) — the new `run-domain-check.sh` withdrawal step is that live check.
- Known gap (ADR-0014): a withdrawal that races ahead of the process reaching `Beoordelen` finds no task to cancel; the aggregate is still INGETROKKEN and the werkbak filter hides it, but that instance parks unattended. A process-level event subprocess would close the gap — deferred.
A withdrawn registration may keep a lingering Beoordelen task until the workflow cancels it; the
werkbak must list only registrations still open for beoordeling, so it drops off.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The WithdrawRegistration handler delivers the withdrawal message to the open Beoordelen task's
execution; the Workflow Client PUTs messageEventReceived (RegistratieIngetrokken). BeoordelingTask
now carries its executionId.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Add an interrupting message boundary event (RegistratieIngetrokken) on the Beoordelen task that
ends the process; the Workflow Client delivers the message to the task's execution, and the
withdraw handler triggers it best-effort after the domain transition (ADR-0014).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The S-11b port change (WithdrawBeoordelingAsync + BeoordelingTask.ExecutionId) broke the solution
build: the acceptance in-memory IUserTaskClient still used the old signature. Implement the new
member and carry an executionId.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
verify-stack surfaced a Flowable 500: delivering messageEventReceived to the Beoordelen task's
execution is wrong — a message boundary event's subscription lives on its own execution. Correlate
instead by the registration's process instance id (recorded at submit): query the execution
subscribed to RegistratieIngetrokken and deliver the message there. Withdrawal moves from
IUserTaskClient to IWorkflowClient.WithdrawProcessAsync; the handler no longer needs a task lookup.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
not
merged commit a34caba9ea into main2026-07-16 11:09:29 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
What & why
Second sub-slice of S-11 · Withdrawal (Flow 3) (#12). S-11a (#88) made a withdrawal advance the aggregate to INGETROKKEN; this sub-slice cancels the running Flowable process so the withdrawn case leaves the behandelaar's werkbak.
registratie.bpmn): an interrupting message boundary event (RegistratieIngetrokken) on theBeoordelentask, routing to a dedicated "Registratie ingetrokken" end event.WithdrawBeoordelingAsync(executionId)deliversmessageEventReceivedto the task's execution (PUT);BeoordelingTasknow carries itsexecutionId.WithdrawRegistrationhandler: after the domain transition, finds the openBeoordelentask for the registration and delivers the withdrawal message — best-effort, mirroring how the beoordeling completes its task.run-domain-check.sh): a second registration parks atBeoordelen, is withdrawn via the domain, and the check asserts itsBeoordelentask disappears — so verify-stack validates the live Flowable message correlation.Refs #12 (S-11c — the BFF + self-service "trek aanvraag in" button + e2e — closes it).
Definition of Done
refs #12).docker compose upunaffected (BPMN redeploys on a fresh CI DB via flowable-init).Notes for reviewers
Big.Tests94/94 pass;Big.Apibuilds;registratie.bpmnis well-formed.run-domain-check.shwithdrawal step is that live check.Beoordelenfinds no task to cancel; the aggregate is still INGETROKKEN and the werkbak filter hides it, but that instance parks unattended. A process-level event subprocess would close the gap — deferred.