You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ABI is currently focused on the Wasm boundary, and the host function definitions on that boundary – call this "Level 0".
Those host functions typically exchange opaque blobs of data, but in many places these opaque blobs of data are required to have a particular structure – specifically, as protobuf-encoded versions of particular messages:
The storage pseudo-Node expects GrpcRequest messages that hold StorageService requests within them.
As such, these protocol buffer definitions also form part of the Oak ABI – call this "Level 1" – and so the generated Rust code for them should live in the oak_abi crate.
Blocked on #668, because the generated code for these messages is currently rust_protobuf-generated, but oak_abi has prost-generated code for other protobuf messages
The text was updated successfully, but these errors were encountered:
Not planning to move the StorageService stuff across to oak_abi, because that has a gRPC service definition as well as message definitions. The generated code for gRPC services relies on the oak SDK crate, and so can't be included in the (lower-level) oak_abi crate.
Protocol buffer messages that are exchanged in serialized form between
Wasm Nodes and Oak-provided pseudo-Nodes are effectively part of the
Oak ABI, so move the generated code for them into the oak_abi crate.
This allows us to remove the oak_runtime->oak dependency that was
introduced by #772.
Along the way, put the gRPC encapsulation protobuf messages into an
`encap` submodule/namespace.
Fixes#764.
The ABI is currently focused on the Wasm boundary, and the host function definitions on that boundary – call this "Level 0".
Those host functions typically exchange opaque blobs of data, but in many places these opaque blobs of data are required to have a particular structure – specifically, as protobuf-encoded versions of particular messages:
LogMessage
sGrpcRequest
andGrpcResponse
messages.GrpcRequest
messages that holdStorageService
requests within them.As such, these protocol buffer definitions also form part of the Oak ABI – call this "Level 1" – and so the generated Rust code for them should live in the
oak_abi
crate.Blocked on #668, because the generated code for these messages is currently
rust_protobuf
-generated, butoak_abi
hasprost
-generated code for other protobuf messagesThe text was updated successfully, but these errors were encountered: