>
> Note that you can use the always_print_enums_as_ints option to work around
> this problem:

https://github.com/google/protobuf/blob/master/src/google/protobuf/util/json_util.h#L73
>


With this option enum value will printed as integers and will be accepted
> by JsonStringToMessage.


"always_print_enums_as_ints" is an option for the method
"MessageToJsonString()", but the issue that I am talking about is the
method "JsonStringToMessage()", the only option that
"JsonStringToMessage()" accepts is
"JsonParseOptions.ignore_unknown_fields", but I do not think it can help
here.

This is the expected behavior. The issue at core is that protobuf message
> is only able to hold unknown binary data. It's designed that way with its
> UnknownFieldSet data structure and you can not achieve the same with other
> formats.


But that behavior is not desired for us :-( We are implementing a server
which can accept both protobuf serialized string and JSON string from
clients, and then the server will call "ParseFromString()" and
"JsonStringToMessage" to get the protobuf message from the serialized
string and JSON string respectively. But now these two methods have
different behaviors, "ParseFromString()" can successfully parse a
serialized string which contains unrecognized enum value, but
"JsonStringToMessage()" will fail to do that. This makes our server can not
behave consistently for protobuf serialized string and JSON string.

Any suggestions? Thanks!


Regards,
Qian Zhang

On Wed, Oct 11, 2017 at 5:20 AM, Feng Xiao <xiaof...@google.com> wrote:

> Note that you can use the always_print_enums_as_ints option to work around
> this problem:
> https://github.com/google/protobuf/blob/master/src/
> google/protobuf/util/json_util.h#L73
>
> With this option enum value will printed as integers and will be accepted
> by JsonStringToMessage.
>
> On Tue, Oct 10, 2017 at 2:18 PM, Feng Xiao <xiaof...@google.com> wrote:
>
>>
>>
>> On Tue, Oct 10, 2017 at 12:29 AM, Qian Zhang <zhq527...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I am using protobuf-3.3.0, and I found when parsing an unrecognized enum
>>> value for an optional enum field, the behaviors of "ParseFromString()" and
>>> "JsonStringToMessage()" are different. "ParseFromString()" will succeed and
>>> the field's getter method will return the default enum value, but
>>> "JsonStringToMessage" will fail with an error:
>>>
>>>> invalid value "xxx" for type TYPE_ENUM
>>>>
>>>
>>> Is this a bug of protobuf-3.3.0? IMHO, "ParseFromString()" and
>>> "JsonStringToMessage()" should have consistent behavior.
>>>
>> This is the expected behavior. The issue at core is that protobuf message
>> is only able to hold unknown binary data. It's designed that way with its
>> UnknownFieldSet data structure and you can not achieve the same with other
>> formats.
>>
>>
>>>
>>>
>>> Thanks,
>>> Qian
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Protocol Buffers" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to protobuf+unsubscr...@googlegroups.com.
>>> To post to this group, send email to protobuf@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/protobuf.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

Reply via email to