Use @type
field to distinguish error detail types
#291
Labels
priority: p2
Moderately-important priority. Fix may not be included in next release.
type: feature request
‘Nice-to-have’ improvement, new feature or different behavior or design.
Milestone
The deserialization for error details assumes that each error detail type can be determined from its structure:
google-cloud-rust/src/gax/src/error/rpc/mod.rs
Lines 282 to 287 in a4cdb98
The encoding is an
Any
:google-cloud-rust/src/gax/src/error/rpc/mod.rs
Line 45 in a4cdb98
That means there should be a
@type
field with the name of the type. With some custom deserialization we should be able to extract the correct Rust type, without depending on the message structure being different enough.The text was updated successfully, but these errors were encountered: