jackson-modules-java8

jackson-modules-java8 copied to clipboard

Q on Serializing java.time dates w/o nano parts

2

Hi folks, i'm trying to get interop between joda and java.time while i try to switch over to java.time. So currently we have a bajillion pojos that hold joda DateTimes...

mebigfatguy

The serialization of an object of type LocalDate did not record its type

2

Why does the LocalDate type object not record its type after serialization, resulting in the principle type cannot be restored after deserialization, while the date type can。 ``` public static...

penweizgx

Date and time serialization are very inconsistent

3

I’m comparing results of different time object serialization with different settings and the result are very different. I wrote the following code ``` package com.axibase.date; import java.time.Instant; import java.time.ZoneId; import...

fbacchella

Absent nested optional shennanigans

1

Uh... so this is partially for science, I guess. It's obscure enough to not matter, but I'd like to understand the reasoning. I stumbled upon this because I am working...

Tillerino

`InstantDeserializer` deserializes the nanosecond portion of fractional timestamps incorrectly: `-1.000000001` deserializes to `1969-12-31T23:59:59.000000001Z` instead of `1969-12-31T23:59:58.999999999Z`

1

### Version `2.15.4` - `2.19` and the current `master` branch (commit c84b1a9577ab5d973a21aa7a4c2a2cdad5352748 as of this post). I have not tested anything earlier than what I plan to use. ### Description...

Strongbeard

InvalidFormatException when parsing a non lenient LocalDate with german format

18

### Search before asking - [X] I searched in the [issues](https://github.com/FasterXML/jackson-databind/issues) and found nothing similar. ### Describe the bug When parsing a LocalDate with LocalDateDeserializer a InvalidFormatException occurs. The field...

cradloff

Different result of `Instant` deserialization between readValue and readTree/treeToValue

3

Deserializing `Instant` from the string of "millis.nanos", which is the default serialization method in Jacskon yields different result when doing so through the `ObjectMapper.readValue` method or first reading it into...

valepakh