prost-reflect
prost-reflect copied to clipboard
A protobuf library extending prost with reflection support and dynamic messages.
Bumps the production-dependencies group with 19 updates in the / directory: | Package | From | To | | --- | --- | --- | | [miette](https://github.com/zkat/miette) | `7.0.0` |...
When calling `get_field_by_number` on an unset scalar field, the default value is returned. When calling `take_field_by_number`, nothing is returned instead. (Tested on current version 0.11.4) More precisely: ```rust let desc...
Currently `FileDescriptor::new` performs some sanity checking on the FileDescriptorSet, for example checking that all referenced types can be resolved. However there are many checks that protoc does and we do...
#52 exposed a way to list unknown fields for a message. We should support more functionality like - Get unknown fields with a given number - Remove a specified unknown...
Hi, I wonder whether it might be possible to programmatically build descriptors in code. I have a use case where I get user descriptors and I modify them, based on...
In proto2, unknown values for enums are handled differently to proto3: https://protobuf.dev/programming-guides/enum/ - [ ] Closed enums (defined in proto2) should be parsed into unknown fields if the value is...
Currently if two files with the same name are added, the second one is silently ignored. This is intended to support loading the same dependency from multiple file descriptor sets...
- Implement `PartialEq` on `Value` with primitive types to allow things like `message.get_field_by_name("foo") == 5` - Implement `Index` and `IndexMut` with string and numeric keys to allow `message["foo"] = Value::I32(5)`...
Currently the descriptor API is internally represented by an `Arc` and indexes into that structure. This makes for a very convenient API and is reasonably efficient. However it could potentially...
Hello, Trying to switch from protoc to protox, I see that some options are not properly parsed in some of my complicated protobuf files. Digging a little bit more, I...