Add Standalone Activities to Temporal Nexus Operation Handler#2918
Add Standalone Activities to Temporal Nexus Operation Handler#2918Quinn-With-Two-Ns wants to merge 6 commits into
Conversation
| * activity is scheduled from a Nexus operation handler. | ||
| */ | ||
| @Experimental | ||
| final class CompletionCallback { |
There was a problem hiding this comment.
Need to think if this is the right way to propogate this information
aa093f1 to
441ee33
Compare
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 441ee33b6c
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| activityType, | ||
| args, | ||
| options, | ||
| Header.empty(), |
There was a problem hiding this comment.
Propagate client context headers to Nexus-backed activities
When a Nexus handler starts an activity through this new path, any ContextPropagators configured on the surrounding WorkflowClient are lost because the StartActivityInput is always built with Header.empty(). Standalone ActivityClient.start normally serializes those propagators into the header before reaching the invoker, so callers relying on MDC/tracing/auth context propagation will see backing activities started from Nexus run without that context; build the header from client.getOptions().getContextPropagators() or route through the public ActivityClient.start path instead.
Useful? React with 👍 / 👎.
VegetarianOrc
left a comment
There was a problem hiding this comment.
Looks good to me overall. Just want to make sure we get the token type enum aligned with the other SDKs and to confirm if we want the response link in this PR.
| // TODO: Attach activity-event link when server-side activity link support is available. | ||
| // No StartActivityResponseLink analog exists and there is no verified activity-event link path | ||
| // in LinkConverter. Do NOT copy the synthetic workflow-event link fabrication from | ||
| // NexusStartWorkflowHelper; Nexus operations function correctly without diagnostic links. |
There was a problem hiding this comment.
Should we implement this TODO as part of this PR? The API seems to return the response link: https://github.com/temporalio/api/blob/96d4995096d1589e035104356f6cdd4fa799dc36/temporal/api/workflowservice/v1/request_response.proto#L3257
| // Values 2 and 3 are reserved for future token types (e.g. update-workflow, get-workflow-result). | ||
| ACTIVITY_EXECUTION(4); |
There was a problem hiding this comment.
Activity should be 2 and workflow update should be 3
There was a problem hiding this comment.
Ah yes, fixed!
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using default effort and found 1 potential issue.
Reviewed by Cursor Bugbot for commit 6eb66fa. Configure here.

What was changed
Why?
Checklist
Closes
How was this tested:
Note
Medium Risk
Touches Nexus async operation semantics, server RPC fields (callbacks/links/request ID), and cross-SDK operation-token format; workflow token bytes are preserved but activity/cancel paths are new experimental surface area.
Overview
Adds standalone activity backing for
TemporalOperationHandler, parallel to the existing workflow-start path. Nexus operation handlers can callTemporalNexusClient.startActivity(...)(typedFunc/Procoverloads plus untyped by activity type) and get an asyncTemporalOperationResultwith an activity-execution operation token.Activity starts go through the normal
ActivityClientinterceptor chain (ActivityClientInternal.getInvoker()), with Nexus metadata onInternalNexusOperationContextsoRootActivityClientInvokercan set the Nexus request ID, inbound links, completion callbacks (via sharedInternalUtils.buildNexusCallback), and a pre-RPC operation token for callback headers; response activity links are collected like workflow starts. The token returned to the caller is regenerated with run ID afterStartActivityExecutioncompletes.Operation tokens gain type
ACTIVITY_EXECUTION(aid/rid); cancel dispatch inTemporalOperationHandlerroutes to overridablecancelActivityExecution(default: cancel viaActivityClient). LinkConverter adds activity URL round-trips. Only one async start (workflow or activity) per handler invocation is enforced via a shared guard.Reviewed by Cursor Bugbot for commit 6eb66fa. Bugbot is set up for automated code reviews on this repo. Configure here.