kotlinx.serialization v1.11.0 Release Notes
Release Date: 2026-04-09 // 2 months ago-
π This release is based on Kotlin 2.3.20 and provides a new Json exceptions API and some bugfixes and improvements.
π¦ Expose Json exceptions structure
To make working with exceptions easier and providing proper error codes in e.g., REST APIs,
classesJsonException,JsonDecodingException, andJsonEncodingExceptionare now public.
They have relevant public properties, such asshortMessage,path,offset, and others.
π This API is currently experimental, and we're going to improve it further in the subsequent releases.
π See the linked issues for the details: #1930, #1877.π Ability to hide user input from exception messages for security/privacy reasons.
π» Historically, exception messages in kotlinx.serialization often included the input Json itself for debuggability reason.
π Such behavior may pose additional challenges for logging, analytics, and other systems, since
π a system is not always allowed to store user data due to privacy/security reasons, which imposes additional sanitation logic.
To address this issue, a new propertyexceptionsWithDebugInfois added toJsonConfiguration.
π» Disable it to hide user input from exception messages.
0οΈβ£ IMPORTANT: This behavior will be enabled by default when this property becomes stable.
π See #2590 for more details.π Bugfixes and improvements
Previous changes from v1.10.0
-
π This release is based on Kotlin 2.3.0 and contains all of the changes from 1.10.0-RC.
The only additional change is a fix for ProtoBuf packing of Kotlin unsigned types (#3079).
Big thanks to KosmX for contributing the fix.For your convenience, the changelog for 1.10.0-RC is duplicated below:
Stabilization of APIs
π kotlinx-serialization 1.10 and subsequent releases will be focused on stabilization of existing APIs.
π§ The following APIs and configuration options are no longer experimental because they're widely used without any known major issues:- π§
Jsonconfiguration options:decodeEnumsCaseInsensitive,allowTrailingComma,allowComments, andprettyPrintIndent. (#3100) - 0οΈβ£
@EncodeDefaultannotation and its modes. (#3106) JsonUnquotedLiteralconstructor function (#2900)JsonPrimitiveconstructor function overloads that accept unsigned types. (#3117)- JSON DSL functions on
JsonElementwithNothing?overloads. (#3117)
Readiness for return value checker
π Kotlin 2.3.0 introduces a new feature aimed at helping you to catch bugs related to the accidentally ignored return value of the function.
π§ kotlinx-serialization 1.10.0-RC code is fully marked for this feature, meaning that you can get warnings for unused function calls likeJson.encodeToString(...). To get the warnings, the feature has to be enabled in your project as described here.Polymorphism improvements
π Polymorphic serialization received a couple of improvements in this release:
π New
subclassesOfSealedutility to automatically register sealed subclasses serializers in polymorphic modules (#2201).π§ Use it in your
SerializersModulewhen configuring a polymorphic hierarchy which contains both abstract and sealed classes. For example, when root of your hierarchy is aninterface, but most of your inheritors aresealedclasses. The new function will register all known sealed subclasses for you, so you donβt need to list them one by one. This makes writing yourSerializerModules much faster and simpler. Big thanks to Paul de Vrieze for contributing this feature.Class discriminator conflict check rework (#3105).
π§ If a payload already contains a property with the same name as the configured discriminator (for example,
type),
it is called a class discriminator conflict. To produce a correct output and allow more inputs to be deserialized at the same time, the following changes were made:- Conflicts introduced by
JsonNamingStrategytransformations are now detected during serialization as well and will causeSerializationException.
It also affects non-polymorphic classes. - Conflicts from
ClassDisciminatorMode.ALL_JSON_OBJECTSandSerializersModuleBuilder.polymorphicDefaultSerializerare also detected. - It is allowed to deserialize such a conflicting key for both sealed and open polymorphic hierarchies.
π Previously, it was possible in the sealed hierarchies alone due to missing assertion. See #1664 for details.
General improvements
- β Add
.serialNametoMissingFieldExceptionfor clearer diagnostics. (#3114) - π Generate unique
Automatic-Module-Nameentries for metadata JARs. (#3109) - β Revised ProGuard rules and added R8 tests. (#3041)
- CBOR: Improved error message when a byte string/array type mismatch is encountered. (#3052)
π Bugfixes
- π Fix the typo in the
BIGNUM_NEGATIVEtag name. (#3090) - CBOR: Fix various bugs in the decoder implementation to be more strict and consistent with the specification.
- π§