Make Kotlin Serialization optional/repaceable

[hantsy]

Upgrade to v0.14, I found kotlinx-serialization-core/json becomes a dependency of dataframe-core.

If it is for processing JSON files, it should be part of the dependencies of the dataframe json module. In our backend, we use Kotlin/Spring Boot, but we do not use Kotlin Serialization as JSON serialization/deserialization.

Or it should be replaceable with the existing popular solution, not just Kotlin serialization, should be replaced with Jackson, Jakarta JSONB, Gson, etc.

When upgrading to v0.14, it will conflict with the existing Jackson config in Spring.

[zaleslaw]

Thanks for reporting, we will discuss this issue inside the team and share the solution

[Jolanrensen]

Could you explain what breaks for your project when our library has kotlinx.serialization as implementation dependency? Is it a complaint about the size of the dataframe-core dependency or do you face a clash somewhere else in your library?

Currently, our JSON support is not yet in a separate module, but we do have plans to change the infrastructure eventually.

[hantsy]

There is a Jackson/Kotlinx coexisting issue in Spring Boot, but Spring Boot does not provide an autoconfig for Kotlinx Serialization, when adding Kotlinx serialization JSON in dependencies, some of our endpoint exposed enum array will pick up Kotlinx as serial/deserial tools.

see: spring-projects/spring-boot#24238 (comment)

[hantsy]

Currently, our JSON support is not yet in a separate module, but we do have plans to change the #100.

It is great.

[Jolanrensen]

There is a Jackson/Kotlinx coexisting issue in Spring Boot, but Spring Boot does not provide an autoconfig for Kotlinx Serialization, when adding Kotlinx serialization JSON in dependencies, some of our endpoint exposed enum array will pick up Kotlinx as serial/deserial tools.

see: spring-projects/spring-boot#24238 (comment)

thanks for the explanation!

[Jolanrensen]

Fixed by #1147