Repository navigation
Conversation
The contract is a nexgen yaml, so any language nexgen targets gets the same append and read operations. gen-protos regenerates the bindings.
NexusStreams appends and reads through one endpoint, and TemporalStreamsHandler serves it in front of any storage provider, so callers never name the store.
The handler and caller cases on the dev server's Nexus endpoints, and the front as a conformance case.
1 of 3 tasks
…AI-198-s1-py-8-nexus-front
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.
This PR puts one Nexus endpoint in front of any stream provider, so callers reach a stream without knowing which store holds it.
What changed?
temporal_streams.nexusrpc.yamldefines two sync operations,appendandread. The nexgen bindings in_nexus_generatedcome from it, andpoe gen-protosregenerates them throughgen-streams-nexus-api.TemporalStreamsHandlerruns in a worker next to any storage provider. It serves those operations through the provider's own handles. It keeps one parked read per stream ref, so an idle caller's long poll is reused rather than abandoned, and it dedupes appends by producer attempt.NexusStreamsis an outside-only provider that appends and reads through the endpoint. It batches, handles cursors, and runs the caller's codec before records leave the process. A read is a long poll on the handler, so a caller following a stream needs nothing else to learn of new records.StreamRecord. A stream is addressed by a wireStreamRef.pyproject.tomlkeeps the generated module out of mypy, pydocstyle and the docs. The changelog gets an entry.Part of AI-198 (epic AI-37).
Why?
An operator should be able to change the store behind a stream without touching the callers. With a Nexus endpoint in front, callers only know the endpoint, and Temporal's auth guards it. The contract is a nexgen yaml, so other SDKs can generate the same client.
The earlier series had a second Nexus PR above this one: an async operation that consumed a stream and woke on the stream's notification channel. The channel is paused per the 2026-10-05 design review, so that consumer is out of this phase and comes back with the channel. The front never depended on it: it has its own long-poll read, unchanged.
How did you test it?
Link to a test plan if any -
poe lintis clean. A second run of the generators reproduces the bindings exactly.tests/streamspasses with the front's cases in it, and the front passes the conformance suite as its own lane on the dev server the fixtures start. The live handler and caller cases against a Nexus endpoint ran higher in the series, where they pass.