Damien Neil 0c9f0a9c5d encoding/protojson, encoding/prototext: always allow partial Any ... The wire representation of the contents of an Any is a `bytes` field containing the the wire encoding of the contained message. The in-memory representation is just these bytes. The wire (un)marshaler has no special handling for Any values, and happily accepts whatever bytes are present. The text and JSON marshalers will unmarshal the bytes in an Any, and the unmarshalers will marshal the Any to produce the in-memory representation. This makes them stricter than the wire (un)marshaler: Marshaling an Any which contains invalid data to text/JSON fails, while marshaling it to wire format does not. This does make some sense, since the Any already contains wire-format data; validation is performed at an earlier time when producing that data. This change brings the text and JSON (un)marshal functions a bit more into alignment with the wire format by never performing checks for required fields on the contents of an Any. This has the advantage of consistently performing checks for required fields exactly once per marshal/unmarshal operation, and over the same data no matter which encoding is used. It also eliminates the one case where a required field check is considered "non-fatal", generating an error but not terminating the (un)marshal operation. Change-Id: I70c62419d37ea0a07cb73c3ee2d26c0b0bec724b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182982 Reviewed-by: Herbie Ong <herbie@google.com>		2019-06-20 00:12:13 +00:00
..
decode_test.go	encoding/protojson, encoding/prototext: always allow partial Any	2019-06-20 00:12:13 +00:00
decode.go	encoding/protojson, encoding/prototext: always allow partial Any	2019-06-20 00:12:13 +00:00
doc.go
encode_test.go	encoding/protojson, encoding/prototext: always allow partial Any	2019-06-20 00:12:13 +00:00
encode.go	encoding/protojson, encoding/prototext: always allow partial Any	2019-06-20 00:12:13 +00:00
other_test.go	types: consistently name generated protos	2019-05-16 21:55:40 +00:00