ERROR: requires length-delimited wire type about grpcurl

[jhump]

@HT808s, are you using server reflection, or are you pointing grpcurl at your proto source files? If the latter, maybe it is possible that your are pointing grpcurl at different protos than were used to build the server?

This error indicate that the server is not using the same protocol. A google.protobuf.Timestamp is a nested message, and message fields use the "length-delimited" wire type to encode the field value (vs. "varint", "fixed32", or "fixed64" wire types that other field types use). The server is sending back a response where that field number is encoded with one of these other wire types. This usually indicates that the server is using a different protocol than the client.

Maybe you changed the protocol from an int64 milliseconds-since-epoch to a google.protobuf.Timestamp, but forgot to recompile the server?

[jhump]

If you use server reflection, problems like this should go away since you can be certain that grpcurl uses the same protocol as the server.

If you are using server reflection, can you tell us more info? Maybe share the .proto file that defines the service and also let me know what language/runtime the server is written in?

[HT808s]

Thanks for your reply!
I don't rely on reflection, I used a protoset file, I'll double check if I used the same proto file version for my server and grpcurl

[HT808s]

There was indeed a subtle difference between the proto server side and grpcurl side !
Thanks for giving me a lead on this error !