Джексон: десериализация эпохи в LocalDate

Мне удалось это сделать, написав собственный десериализатор (спасибо @Ole VV, чтобы указать мне на сообщение Формат Java 8 LocalDate Jackson):

public class LocalDateTimeFromEpochDeserializer extends StdDeserializer<LocalDateTime> {

    private static final long serialVersionUID = 1L;

    protected LocalDateTimeFromEpochDeserializer() {
        super(LocalDate.class);
    }

    @Override
    public LocalDateTime deserialize(JsonParser jp, DeserializationContext ctxt)
            throws IOException, JsonProcessingException {
        return Instant.ofEpochMilli(jp.readValueAs(Long.class)).atZone(ZoneId.systemDefault()).toLocalDateTime();
    }

}

Уведомление о часовом поясе также очень полезно. Спасибо!

Остается открытым вопрос, можно ли это сделать без написания собственного десериализатора?

Другой вариант, который я выбрал, если у вас есть возможность изменить POJO, - просто объявить ваше поле как java.time.Instant.

public class FbProfile {
    long id;
    Instant birthday;
}

Это будет десериализоваться из ряда различных форматов, включая эпоху. Затем, если вам нужно использовать его как LocalDate или что-то еще в вашей бизнес-логике, просто сделайте то, что делают некоторые из перечисленных выше преобразователей:

LocalDate asDate = birthday.atZone(ZoneId.systemDefault()).toLocalDate()

or

LocalDateTime asDateTime = birthday.atZone(ZoneId.systemDefault()).toLocalDateTime()

Я нашел способ сделать это без написания специального десериализатора, но он потребует некоторых изменений.

Во-первых, LocalDateDeserializer принимает пользовательский DateTimeFormatter. Итак, нам нужно создать средство форматирования, которое принимает миллисекунды эпох. Я сделал это, соединив поля INSTANT_SECONS и MILLI_OF_SECOND:

// formatter that accepts an epoch millis value
DateTimeFormatter formatter = new DateTimeFormatterBuilder()
    // epoch seconds
    .appendValue(ChronoField.INSTANT_SECONDS, 1, 19, SignStyle.NEVER)
    // milliseconds
    .appendValue(ChronoField.MILLI_OF_SECOND, 3)
    // create formatter, using UTC as timezone
    .toFormatter().withZone(ZoneOffset.UTC);

Я также установил форматировщик с зоной UTC, чтобы на него не повлияли изменения часовых поясов и летнего времени.

Затем я создал десериализатор и зарегистрировался в моем ObjectMapper:

ObjectMapper mapper = new ObjectMapper();
JavaTimeModule module = new JavaTimeModule();
// add the LocalDateDeserializer with the custom formatter
module.addDeserializer(LocalDate.class, new LocalDateDeserializer(formatter));
mapper.registerModule(module);

Мне также пришлось удалить аннотацию из поля birthday (потому что аннотация, похоже, переопределяет конфигурацию модуля):

public class FbProfile {
    long id;

    // remove @JsonDeserialize annotation
    LocalDate birthday;
}

А теперь большая проблема: поскольку DateTimeFormatter принимает в качестве входных данных только String, а JSON содержит число в поле birthday, мне пришлось изменить JSON:

{
  "id" : "1",
  "birthday" : "401280850089"
}

Обратите внимание, что я изменил birthday на String (поместите значение в кавычки).

При этом LocalDate правильно читается из JSON:

FbProfile value = mapper.readValue(json, FbProfile.class);
System.out.println(value.getBirthday()); // 1982-09-19

Примечания:

• Я не смог найти способ передать номер непосредственно в форматтер (поскольку он принимает только String в качестве входных данных), поэтому мне пришлось изменить число на String. Если вы не хотите этого делать, вам все равно придется написать собственный конвертер.
• Вы можете заменить ZoneOffset.UTC любым часовым поясом (даже ZoneId.systemDefault()), это будет зависеть от того, что нужно вашему приложению. Но, как сказано в комментарии @Ole VV, часовой пояс может вызвать изменение даты.