Repository navigation
Release verified cooperative cancellation in Server 2.5.0 - #301
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Purpose
Release the verified whole-run cooperative cancellation surface in Server 2.5.0 for shared cancellation #136.
Changes
61473fc48c2f2021d84232d7944892d3c6760e4d. Its runtime code is identical to qualified Native 2.4.0-rc.2.INNODB_METRICS.lock_deadlocksandlock_timeoutscounters. The preceding global status query returned no row on MySQL.Runtime cancellation and worker implementation match published Server 2.5.0-rc.1.
Published qualification
RC protected publication passed both architectures, exact provenance, first-run readiness, source-free Compose bootstrap, catalog convergence and matching chart pull/install. Its immutable image is
durableworkflow/server@sha256:00399e88b2633a497445d300ed91a4f64a52b8429bfd643248c6ac8f16795281.Registry-only mixed cancellation passed 236 assertions, without failures, errors or skips. PHP SDK 2.2.0-rc.1, Python 2.4.0rc1, Rust 3.0.0-rc.1 and released CLI 2.2.0-rc.1 used that exact Server digest. Both runs finished Cancelled with completed cleanup 19.185557 seconds after the request, before its original 30-second deadline. Actual callback stop without application heartbeats, cleanup-worker SIGKILL, replacement replay, stale result refusal, duplicate identity/deadline and the API/CLI view passed. The published Waterline frontend displays the actual cascade on desktop and mobile without browser errors or panel overflow. Site #149 is deployed, and live worker specification bytes match the qualified source.
The final stable feature suite passes 2,410 cases / 54,709 assertions. Current local worker specification and prepared-local checks pass 67 cases / 5,712 assertions. The first stable checks identified the required OpenAPI revision and the stale AsyncAPI envelope, corrected on this PR.
All normal hosted gates pass at
8a9717e0cb4624fa9cf16ecca5f19919656e0b20. The final instrumented canary passes 1,000 accepted starts, all 24 checked standard workflow completions and all 168 readiness probes, with zero HTTP errors or scheduler repair failures. Actual enabled MySQL counters reportlock_deadlocks=0andlock_timeouts=0. The full MySQL log and engine trace contain no deadlock. Final Server cache keys are zero after the measured drain. This is a bounded source canary, not a capacity claim.Stable follow-through
Publish the reviewed stable image and matching chart through the protected Server workflow. Verify exact registry identities and installed Native provenance. Then publish matching stable SDK, CLI and Waterline metadata, select affected published lifecycle/conformance checks and rerun the exact mixed cancellation demonstration on the stable tuple. Stable Server publication precedes SDK stable portal deployment.
Shared #136 stays open until that stable published acceptance and consumer follow-through are complete. Cloud adoption stays separately owned and deferred.