ktoml VS jackson-module-kotlin

Last week we have finally released a new version (0.5.0) of ktoml, a multiplatform serialization library for TOML format with Kotlin extensions based on KxS 🥳. As many developers are already using version 0.4.0, this announcement may be important for you. This release took us a lot of time, as we had to make slight changes to the library's API, migrate the processing logic to sequences, and finally support serialization and deserialization of multiline strings. Under the hood, we have updated Kotlin, kotlinx.serialization, and made some small improvements (release notes)

We have just released a new 0.4.0 version of [ktoml](https://github.com/akuleshov7/ktoml) (MPP serialization library for TOML format with Kotlin extensions based on the KxS) 🥳. As a lot of developers are already using our 0.3.0 version, so this announcement may be important for you. In the new release we have focused more on the support of new types to make user’s serialization more convenient. Adoption of Kotlin 1.8, bugfixes and more are also there ([release notes](https://github.com/akuleshov7/ktoml/releases/tag/v0.4.0)).

Kotlinx serialization is so elegant and nice, I really love it. I love it so much that I spent some time on making toml serialization library based on it: https://github.com/akuleshov7/ktoml

Hi all! I have released new version (0.2.9) of Ktoml (Kotlin native serialization library for Toml format). A bunch of new things were added since my last update in this group, including several new functionalities, support for Kotlin 1.6, KotlinJS, and other things. The library is growing and people are already actively using it. But unfortunately I am still supporting this alone. So I would like to invite you to test new version and may be even to contribute. At least you can help me to attract new developers with a small thing - a star on the github 😊

strictNullCheck option in the Kotlin module doesn't cover non-object-field situations at all. https://github.com/FasterXML/jackson-module-kotlin/issues/479

But, it sucked. I was constantly finding bugs related to nullability, around generics, inline/value classes, etc. And it wasn't the typical trivial ones, either. Figuring out that you're calling a Java library and encountering a "platform type" is the least problematic. My biggest struggle came from using libraries that were written in Java first, but then added a Kotlin API on top. So, my code didn't know I was dealing with a platform type and neither did I. Yet they were still broken. Some of them are broken in an unfixable way, such as JacksonXML's Kotlin module: https://github.com/FasterXML/jackson-module-kotlin/issues/479. So many Java libraries rely on reflection even when it's not obvious that they might, so you pretty much can't ever use value classes in Kotlin, including the unsigned number types.

You should add Jackson Module Kotlin in your project. After that, you can't specify a type of object explicitly.

Not really, you just need to handle some standard types and have a good extension mechanism to let the user implement factories. That library having built in support for UUID and datetime is probably a bit much, I'd prefer a plugin like https://github.com/FasterXML/jackson-module-kotlin

There is a bug at this very moment that makes it literally impossible to deserialize [1, 2, 3, null] into a List with Jackson's Kotlin module. Yes- even if you set KotlinModule(strictNullChecks = true). It's just broken. (Here's the link: https://github.com/FasterXML/jackson-module-kotlin/issues/479)

Got you, thanks. I didn’t mean to sound offensive - a better wording would be that they don’t seem to prioritize this part, at least based on https://github.com/FasterXML/jackson-module-kotlin/issues/199, which has one abandoned branch from a 3rd party and a couple of comments from from maintainers.

If you use Jackson, don't forget to include the Kotlin extensions https://github.com/FasterXML/jackson-module-kotlin

Did you include jackson-module-kotlin?