У энтити LocalDate date, у дто Long date. Нет никакой библиотеки удобной без реализаций непонятных интерфейсов и прочей лабуды? Чтобы удобно конфигурить было.

я руками гоняю, не нашёл способа лучше

но можешь посмотреть mapstruct, modelmapper и beanutils из apache commons

Чуваки, хочу в RestController принять кастомный объект в дополнение к другим параметрам.

Допустим, сейчас есть:

@RestController {
@GetMapping MyResponse get(
@RequestParam("country_name") String countryName
, @RequestParam("country_id") int countryId
, @RequestParam String anotherParam) { ...

Хочу сгруппировать два country-атрибута в объект Country.

@Data class Country { String countryName; int countryId; }

@RestController {

@GetMapping MyResponse get(
Country country
, @RequestParam String anotherParam) { ...

И это работает, если параметры запросе имеют точно такое именование - countryName и countryId, но вот у меня они называются через подчёркивания country_name и country_id - и так не работает. @JsonProperty("country_id") в классе Country не помогает. Не пойму, как настроить биндинг.

Нагуглил HandlerMethodArgumentResolver - вроде бы, должно помочь, но мне кажется, должен быть метод указать спрингу альтернативные названия параметров попроще.

а чем toEpochSecond() не устроила?

@RequestParam не вешается на проперти?

Это вообще не конвертируемые значения

А что делать, если на фронте нужно с датой работать?

Передавать строкой в ISO, там через moment, к примеру

А потом строку парсить и конвертить в дату используемую на стороне фронта? У меня на фронте ангуляр. У тайпскрипта формат даты отличается от джавовской.

Чем он отличается? И там и там iso

Чем он отличается? И там и там iso

Точно, только в ангуляре console.log(new Date().toISOString()); возвращает 2020-08-16T16:13:47.438Z, и LocalDateTime не понимает последний символ Z. Если его отбросить, то норм парсится.

Точно, только в ангуляре console.log(new Date().toISOString()); возвращает 2020-08-16T16:13:47.438Z, и LocalDateTime не понимает последний символ Z. Если его отбросить, то норм парсится.

Вообще применение LocalDateTime очень ограничено и должно быть обоснованно

С OffsetDateTime не знаком и переделывать все уже некогда(

Как и ожидалось этого метода нет