AL
Меня удивляет что именно коллекции вызывают этот эффект(с мапой то же самое), а кастомные классы нет
Надо посмотреть внутрь возможно, но не может быть такого, что если is Collection, то jackson не думает и сразу как лист сериализует?
Size: a a a
2019 November 05
D
+ Вероятно mapper делает проверку класса для сериализации.
D
Если честно, выстрел в ногу картечью вижу я.
P
+ Вероятно mapper делает проверку класса для сериализации.
и выкидывает часть полей класса?
P
Если честно, выстрел в ногу картечью вижу я.
м?
D
и выкидывает часть полей класса?
Нет. Там, скорее всего вроде:
if (value is List) {
value.items.joinToString()
}AM
Ох, я
by list не увидел. Да, возможно, так и есть. Загляните в KotlinModule.AL
и выкидывает часть полей класса?
Ну тут есть конфликт восприятия. Поскольку это collection, то вроде надо поэлементно положить всё в лист. Поскольку это объект, то надо сложить в объектное представление. Скорее всего просто Jackson приоритетом выбирает тот факт, что это коллекция.
P
Ну тут есть конфликт восприятия. Поскольку это collection, то вроде надо поэлементно положить всё в лист. Поскольку это объект, то надо сложить в объектное представление. Скорее всего просто Jackson приоритетом выбирает тот факт, что это коллекция.
Тогда как это исправить..
AM
Ох, я
by list не увидел. Да, возможно, так и есть. Загляните в KotlinModule.Да нет, вроде ничего критичного.
AM
Интересно было бы взять джавку, руками заимплементить AbstractList и проверить, как это скушает jackson.
AM
Тогда как это исправить..
А вы пробовали кастомный сериализатор повесить для вашего
A в ObjectMapper?P
А вы пробовали кастомный сериализатор повесить для вашего
A в ObjectMapper?Нет, но это ведь сильно усложнит код
AM
Возможно. Вы спрашиваете, как исправить, я предлагаю варианты, которые приходят в голову :)
P
В случае изменения класса прийдется менять и сериализатор, слишком много лишних зависимостей
AM
Интересно было бы взять джавку, руками заимплементить AbstractList и проверить, как это скушает jackson.
Собсна, это можно, наверна, и без джавки провернуть, просто не подключать котлиновский модуль джексона и взять явное наследование вместо наследования делегацией. По крайней мере, это помогло бы локализовать проблему и понимать, о чём ишью заводить м надо ли вообще или это ожидаемо.
P
Собсна, это можно, наверна, и без джавки провернуть, просто не подключать котлиновский модуль джексона и взять явное наследование вместо наследования делегацией. По крайней мере, это помогло бы локализовать проблему и понимать, о чём ишью заводить м надо ли вообще или это ожидаемо.
Сейчас попробую
P
Собсна, это можно, наверна, и без джавки провернуть, просто не подключать котлиновский модуль джексона и взять явное наследование вместо наследования делегацией. По крайней мере, это помогло бы локализовать проблему и понимать, о чём ишью заводить м надо ли вообще или это ожидаемо.
таки да, он игнорит все поля в листе
AM
таки да, он игнорит все поля в листе
Ну значит это не с котлином проблема, а глобально с jackson-ом.
Оно и логично, что он все списки одинаково сериализует, наверна, есть смысл смотреть в сторону того, как заоверрайдить сериализацию для конкретной коллекции.
Оно и логично, что он все списки одинаково сериализует, наверна, есть смысл смотреть в сторону того, как заоверрайдить сериализацию для конкретной коллекции.
D
Скорее всего, вам искать в эту степь:
https://www.baeldung.com/jackson-annotations#jackson-polymorphic-type-handling-annotations
Или в эту:
https://www.baeldung.com/jackson-advanced-annotations#reference
https://www.baeldung.com/jackson-annotations#jackson-polymorphic-type-handling-annotations
Или в эту:
https://www.baeldung.com/jackson-advanced-annotations#reference