Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

core: Expose next_tx_offset of the Replay decoder #1899

Merged
merged 2 commits into from
Oct 28, 2024

Conversation

kim
Copy link
Contributor

@kim kim commented Oct 24, 2024

Required by tooling to be able to iterate over transactions, starting from the offset after a (potential) snapshot restore.

NOTE: On top of #1898, because the tooling work depends on the whole series.

kim added 2 commits October 24, 2024 16:31
Introduces a method on `Locking` to take a snapshot of the current
committed state. Additionally a static method, so that the snapshot
worker can use the same code.

This is useful for tooling, where it usually does not make sense to
spin up a `RelationalDB`.
Required by tooling to be able to iterate over transactions, starting
from the offset after a (potential) snapshot restore.
Base automatically changed from kim/core/locking-take-snapshot to master October 28, 2024 06:42
@kim kim added this pull request to the merge queue Oct 28, 2024
Merged via the queue into master with commit 17a49d2 Oct 28, 2024
8 of 10 checks passed
@kim kim deleted the kim/core/pub-next-tx-offset branch October 28, 2024 07:02
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.

2 participants