Skip to content
This repository was archived by the owner on Feb 14, 2025. It is now read-only.

Commit 6cdc9e0

Browse files
authored
Update awakeable format (#63)
1 parent 1847a4b commit 6cdc9e0

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

service-invocation-protocol.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -298,12 +298,14 @@ descriptions in [`protocol.proto`](dev/restate/service/protocol.proto).
298298
When creating an `AwakeableEntryMessage`, the SDK MUST expose to the user code an id, required to later complete the
299299
entry, using either `CompleteAwakeableEntryMessage` or some other mechanism provided by the runtime.
300300

301-
The id format is a [Base64 URL Safe string](https://datatracker.ietf.org/doc/html/rfc4648#section-5) encoding a byte
301+
The id format is a string starts with `prom_1` concatenated with a [Base64 URL Safe string](https://datatracker.ietf.org/doc/html/rfc4648#section-5) encoding of a byte
302302
array that concatenates:
303303

304304
- `StartMessage.id`
305305
- The index of the Awakeable entry, encoded as unsigned 32 bit integer big endian.
306306

307+
An example of a valid identifier would look like `prom_1NMyOAvDK2CcBjUH4Rmb7eGBp0DNNDnmsAAAAAQ`
308+
307309
## Suspension
308310

309311
As mentioned in [Replaying and processing](#replaying-and-processing), an invocation can be suspended while waiting for

0 commit comments

Comments
 (0)