JSON transcoding has backwards incompatible change in 1.27.0, due to json_name field always populated by protoc

[C0mbatwombat]

Hi,

In #5193 functionality was added so that if a user sets the json_name field in the .proto file explicitly, it is used to resolve the path & query params when doing transcoding. This makes perfect sense, if it weren't for a bug in protoc: the proto compiler always populates the json_name field since 3.1.0.

This means that to retain our existing behaviour (using the original field which might contain underscores) we have to add json_name = <field_name> to all our proto definitions.

The Protobuf code base also acknowledges it as a bug and has a workaround to deal with it.

I suppose Armeria needs to use the same workaround as the protobuf codebase: if the json_name that is set is the same as the default calculated one, assume it was not set explicitly by the user.

Thanks!

[mbgit2]

Any update on this? I'm currently stuck on 1.26.4 due to this.

[ikhoon]

I suppose Armeria needs to use the same workaround as the protobuf codebase: if the json_name that is set is the same as the default calculated one, assume it was not set explicitly by the user.

It makes sense. We may provide a new option to ignore json_name. Let us handle it in the next version.

[ikhoon]

I've compiled a proto file with protoc 3.25.1 and json_name was empty if it is not set.

armeria/dependencies.toml

Line 119 in 683bd74

protobuf = "3.25.1"

Was that bug fixed in recent versions or am I missing something to reproduce the problem?