Strings, Please! Eliminating Data Leaks Caused by Kotlin Assertions

This page summarizes the projects mentioned and recommended in the original post on /r/Kotlin

Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
  • jackson-module-kotlin

    Module that adds support for serialization/deserialization of Kotlin (http://kotlinlang.org) classes and data classes.

    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.

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts