-
-
Notifications
You must be signed in to change notification settings - Fork 586
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
@SerializedName not being ignored since 2.x is bug or feature? #1036
Comments
Hi,
What is the point of specifying the serialized name, and then expecting it
to be ignored?
…On Sun, 3 Feb 2019, 01:39 Ondřej Skýba ***@***.*** wrote:
Q A
Bug report? maybe?
In issue #334 <#334> it
was stated, that @SerializedName being ignored, when
IdenticalPropertyNamingStrategy is set, is not a bug...
But since version 2.x the behavior is, that @SerializedName is always
taken into account no matter naming strategy - is that now a bug or a
feature? I liked the behavior of 1.x more.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1036>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAvaJ0csEUbWg1awSRm94rNDDOvm1Hh7ks5vJi_cgaJpZM4af3eQ>
.
|
Well it kind of made sense, that I don't have a problem with how it is now, because I altered the code to it, I just wanted to make sure this is what you intended and it is not a bug (since the behavior is different from previous version) |
#334 was a bug and some people were expecting it to work as it is now (see #334 (comment)). When I'm closing the issue since it seems that your question has been answered. |
In issue #334 it was stated, that
@SerializedName
being ignored, whenIdenticalPropertyNamingStrategy
is set, is not a bug...But since version 2.x the behavior is, that
@SerializedName
is always taken into account no matter naming strategy - is that now a bug or a feature? I liked the behavior of 1.x more.The text was updated successfully, but these errors were encountered: