Skip to content

Conversation

slinkydeveloper
Copy link
Contributor

Based on #3566

  • ServiceMetadata now correctly displays the workflow retention that will get applied
  • HandlerMetadata workflow retention is now hidden in the docs, this should not be accessed

slinkydeveloper and others added 10 commits July 25, 2025 13:18
This commit contains the changes described in restatedev#3303

* metadata contains the "implementation" of the schema registry, and the serializable data structure `Schema`.
* `metadata/mod.rs` contains the definition of `Schema` and the implementation of the various schema registry APIs. All the fields are private, and access should be available only through schema registry APIs or `SchemaUpdater`.
* `Schema` now uses the new data types from the old `v2.rs` file. On deserialization, we infer the "active service revisions" index (the logic for that is within `serde_hacks`).
* `v2.rs` conversions was moved to `metadata/serde_hacks.rs`, the new data model is directly in `metadata/mod.rs`. Inside it, I moved the old data types *Schemas, which should not be used anymore.
* `SchemaUpdater` was moved inside `metadata`, and deals with the new `Schema` data structure. The behavior remains untouched.

Everything else is more or less copying stuff around and renaming.
* This implements all the config option changes described in RIP0001
* The new env variables related to journal retention are in `InvocationOptions`.
* Removed the force journal retention env
…gress kafka would apply the retention values only for workflows.
@slinkydeveloper
Copy link
Contributor Author

Moved this in #3550

@slinkydeveloper slinkydeveloper deleted the fix_workflow_retention branch August 5, 2025 15:18
@github-actions github-actions bot locked and limited conversation to collaborators Aug 5, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants