Repository navigation
test(database): accept public coroutine modules against real services - #94
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.
Public MySQL and Redis coroutine modules now have a permanent real-server acceptance executable, covering the APIs applications actually use. It validates owning inputs/results, owner-thread resumption on the shared business runtime, accepted workflows completing during natural shutdown, MySQL prepared execution and commit/rollback visibility, and Redis binary pipelines. It also verifies that an exception unwinding the host stack does not destroy captures before accepted workflows finish.
The executable is compiled by the database regression target without requiring a server in CI. Users can run it directly or select
public-redis,public-mysql, orpublic-servicesin the existing shell runner. Endpoints must be explicitly configured; missing configuration fails instead of skipping.Validation:
These tests validate real single-node operations and drain behavior. They do not establish database-restart recovery, arbitrary DSO hot unloading, cross-machine capacity, or production PCU limits. Servers, credentials, raw evidence and build logs remain local and are not included in the repository.