Skip to content

Add Event Groups in Core SDK - #1308

Draft
mjameswh wants to merge 1 commit into
mainfrom
event-groups-feature
Draft

Add Event Groups in Core SDK#1308
mjameswh wants to merge 1 commit into
mainfrom
event-groups-feature

Conversation

@mjameswh

@mjameswh mjameswh commented Jun 2, 2026

Copy link
Copy Markdown
Contributor

What was changed

Introduces support for Event Groups in Core SDK. Surfacing that API properly in Rust SDK will be done in a distinct PR.

More specifically, this PR introduces the following two critical changes:

  • Copy of the event_group_markers field from lang's Command → server's Command.
  • Copy of the event_id or update_id field from server's HistoryEvent → lang's Job.

Why?

Event Groups is a new form of metadata that allows regrouping of logically related Workflow Events, according to user-defined or system-inferred criteria, providing users with improved visibility, analysis, and debugging capabilities.

Related PRs in other repositories

Before merging

The integ-tests job pins CLI_VERSION_OVERRIDE to v1.7.4-standalone-nexus-operations, because no official CLI release yet bundles a server that understands the Event Groups fields. That pin must be dropped once one does.

@mjameswh
mjameswh force-pushed the event-groups-feature branch 3 times, most recently from efc2325 to 704b293 Compare June 16, 2026 16:37
@mjameswh
mjameswh force-pushed the event-groups-feature branch from 704b293 to 53faa2b Compare July 13, 2026 22:08
@mjameswh
mjameswh force-pushed the event-groups-feature branch from db0f6f3 to 11120cc Compare August 6, 2026 23:03
input: Vec::from_payloads(a.input),
identity: a.identity,
headers: a.header.map(Into::into).unwrap_or_default(),
originating_event_id: 0,

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will get replaced by the actual value by the caller.

I'm not happy with that, but the event_id is stored on the parent type of WorkflowExecutionSignaledEventAttributes. Could either add a type wrapper around XxxAttributes, or use a custom FromXxx trait that gets both the attributes and it's parent history event, but both approaches would be quite invasive. Not something we should do in this PR.

So I'm settling to this for now, unless anyone has objections or suggestions.

input: self.data.input,
identity: String::new(),
headers: self.data.headers,
originating_event_id: 0,

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

JWH: who sets the actual value on this one?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant