Можно и кастомный, но это будет сложнее.

Ну так я сериализатор то не знаю заранее

А чего тогда ты хочешь туда добавлять? Сериализатор генерируется статически. Ты не можешь его вытащить в рантайме (ну наверное можешь, но лучше так не делать).

Окей, нет так нет)

Для того, чтобы это работало класс долен или явно тащить свой сериализатор (кстати не сложно сделать, обычный рекурсивный тип). Или делать модули и мержить их

Можно даже срезать острый угол с рекурсией через unsafe cast

Тоже не написали в доке по миграции. На что заменить serializer().list ?

Куда это дело вынесли ?)

ListSerializer(...) и там точно где-то это было

Благодарю

Чуваки, а какой-то бест практис по хранению sealed классов в монге есть?

У меня есть поле в документе абстрактного типа и возникла необходимость осуществлять поиск по типу.
Я использую спринг дата и как будто самое простое решение для меня это добавить дублирующий енам и передавать его в параметре конструктора sealed класса, чтобы удобно и просто в спринг дате юзать поиск по этому полю и индексировать это поле тоже понятно и просто

Но ощущение, что хуйню какую-то делаю не покидает

А почему дублирующий? Как определяется, какой конкретный класс хранится в думаете?

А, spring data. Видимо, по имени класса.

Лично моё мнение: схема с полем с enum - это норм. А вот Spring Data Mongo + Kotlin - не норм.

А это нормально, что у интерфеса с @Serializable и указанным сериализатором нет метода serializer ?

Всем привет

Интерфейс Serializable из жавы прилетел. В котлин такого нет

Я поправил, чтобы не было недопонимания

а. Метод вообще не у интерфейса, а у компаньона

А лучше A::class.serializer()