-
Notifications
You must be signed in to change notification settings - Fork 81
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
JodaDateSerializer
Discards Shape Override Preference
#108
Milestone
Comments
I would need full code for reproduction: although description helps, there are couple of aspects that are unclear to me, and easiest way is to just show code. |
cowtowncoder
added
the
need-test-case
Reproduction of the problem requires a test case
label
Sep 22, 2019
cowtowncoder
added
the
good first issue
Issue that seems easy to resolve and is likely a good candidate for contributors new to project
label
Oct 3, 2019
cowtowncoder
changed the title
JodaDateSerializer Discards Shape Override Preference
Oct 3, 2019
JodaDateSerialize
r Discards Shape Override Preference
vboulaye
added a commit
to vboulaye/jackson-datatype-joda
that referenced
this issue
Oct 5, 2019
cowtowncoder
removed
good first issue
Issue that seems easy to resolve and is likely a good candidate for contributors new to project
need-test-case
Reproduction of the problem requires a test case
labels
Oct 5, 2019
cowtowncoder
changed the title
Oct 5, 2019
JodaDateSerialize
r Discards Shape Override PreferenceJodaDateSerializer
Discards Shape Override Preference
cowtowncoder
pushed a commit
that referenced
this issue
Oct 5, 2019
cowtowncoder
added a commit
that referenced
this issue
Oct 5, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If you create a Serializer (for example LocalTimeSerializer) with a String shape preference, this preference get discarded at this point
jackson-datatype-joda/src/main/java/com/fasterxml/jackson/datatype/joda/ser/JodaDateSerializerBase.java
Line 89 in 8618915
example
Configure Module
When the above DTO is serialized, the time is rendered [ hh, mm, sec, ms ] instead of the desired and configured way
The fact that the LocalTime.class serializer has been created to use the string shape (in this instance "hh:mm") gets ignored and in the above code
The text was updated successfully, but these errors were encountered: