Bump org.jetbrains.kotlinx:kotlinx-serialization-core from 1.7.2 to 1.8.1

[dependabot[bot]]

trafficstars

Bumps org.jetbrains.kotlinx:kotlinx-serialization-core from 1.7.2 to 1.8.1.

Release notes

Sourced from org.jetbrains.kotlinx:kotlinx-serialization-core's releases.

1.8.1

This release updates Kotlin version to 2.1.20, while also providing several important improvements and bugfixes.

Improvements

• Implemented encoding null in key and value of a map in Protobuf (#2910)
• Make type argument in JsonTransformingSerializer nullable (#2911)
• Use SPDX identifier in POMs (#2936) (thanks to Leon Linhart)
• Add watchosDeviceArm64 to Okio integration module (#2920) (thanks to Daniel Santiago)
• Update kotlinx-io version to 0.6.0 (#2933) (thanks to Piotr Krzemiński)

Bugfixes

• Fix incorrect enum coercion during deserialization from JsonElement (#2962)
• Supply proper equals(), hashCode(), and toString() for SerialDescriptor() wrapper (#2942)
• Do not encode empty packed collections in protobuf (#2907)

1.8.0

This release contains all of the changes from 1.8.0-RC. Kotlin 2.1.0 is used as a default, while upcoming 2.1.10 is also supported. Also added small bugfixes, including speedup of ProtoWireType.from (#2879).

Changelog for 1.8.0-RC is presented below:

@JsonIgnoreUnknownKeys annotation

Previously, only global setting JsonBuilder.ignoreUnknownKeys controlled whether Json parser would throw exception if input contained a property that was not declared in a @Serializable class. There were a lot of complaints that this setting is not flexible enough. To address them, we added new @JsonIgnoreUnknownKeys annotation that can be applied on a per-class basis. With this annotation, it is possible to allow unknown properties for annotated classes, while general decoding methods (such as Json.decodeFromString and others) would still reject them for everything else. See details in the corresponding PR.

Stabilization of SerialDescriptor API and @SealedSerializationApi annotation

SerialDescriptor, SerialKind, and related API has been around for a long time and has proven itself useful. The main reason @ExperimentalSerializationApi was on SerialDescriptor's properties is that we wanted to discourage people from subclassing it. Fortunately, Kotlin 2.1 provides a special mechanism for such a case — SubclassOptInRequired. New kotlinx.serialization.SealedSerializationApi annotation designates APIs as public for use, but closed for implementation — the case for SerialDescriptor, which is a non-sealed interface for technical reasons. Now you can use most of SerialDescriptor and its builders API without the need to opt-in into experimental serialization API. See the PR for more details.

Note: All SerialKinds are stable API now, except PolymorphicKind — we may want to expand it in the future.

Generate Java 8's default method implementations in interfaces

... (truncated)

Changelog

Sourced from org.jetbrains.kotlinx:kotlinx-serialization-core's changelog.

1.8.1 / 2025-03-31

This release updates Kotlin version to 2.1.20, while also providing several important improvements and bugfixes.

Improvements

• Implemented encoding null in key and value of a map in Protobuf (#2910)
• Make type argument in JsonTransformingSerializer nullable (#2911)
• Use SPDX identifier in POMs (#2936) (thanks to Leon Linhart)
• Add watchosDeviceArm64 to Okio integration module (#2920) (thanks to Daniel Santiago)
• Update kotlinx-io version to 0.6.0 (#2933) (thanks to Piotr Krzemiński)

Bugfixes

• Fix incorrect enum coercion during deserialization from JsonElement (#2962)
• Supply proper equals(), hashCode(), and toString() for SerialDescriptor() wrapper (#2942)
• Do not encode empty packed collections in protobuf (#2907)

1.8.0 / 2025-01-06

This release contains all of the changes from 1.8.0-RC. Kotlin 2.1.0 is used as a default, while upcoming 2.1.10 is also supported. Also added small bugfixes, including speedup of ProtoWireType.from (#2879).

1.8.0-RC / 2024-12-10

This is a release candidate for the next version. It is based on Kotlin 2.1.0 and includes a few new features, as well as bugfixes and improvements:

@JsonIgnoreUnknownKeys annotation

Previously, only global setting JsonBuilder.ignoreUnknownKeys controlled whether Json parser would throw exception if input contained a property that was not declared in a @Serializable class. There were a lot of complaints that this setting is not flexible enough. To address them, we added new @JsonIgnoreUnknownKeys annotation that can be applied on a per-class basis. With this annotation, it is possible to allow unknown properties for annotated classes, while general decoding methods (such as Json.decodeFromString and others) would still reject them for everything else. See details in the corresponding PR.

Stabilization of SerialDescriptor API and @SealedSerializationApi annotation

SerialDescriptor, SerialKind, and related API has been around for a long time and has proven itself useful. The main reason @ExperimentalSerializationApi was on SerialDescriptor's properties is that we wanted to discourage people from subclassing it. Fortunately, Kotlin 2.1 provides a special mechanism for such a case — SubclassOptInRequired. New kotlinx.serialization.SealedSerializationApi annotation designates APIs as public for use, but closed for implementation — the case for SerialDescriptor, which is a non-sealed interface for

... (truncated)

Commits

• afd811f Prepare 1.8.1 release (#2965)
• 2b653de Merge remote-tracking branch 'origin/master' into dev
• ab1cd2c Update forward compatibility notes (#2964)
• b26c67a Tests for fixes for #KT-62522 and #KT-62215 (#2474)
• 8853917 Bump Kotlin to 2.1.20 (#2963)
• 9adedb4 Fix incorrect enum coercion during deserialization from JsonElement (#2962)
• 438fb8e Bencoding now supports all platforms (#2954)
• 27e352d Implement additional compiler flags as per KT-75078 (#2946)
• f13da7e Check the Gradle distribution checksum (#2935)
• 1e54f4b Supply proper equals(), hashCode(), and toString() for SerialDescriptor() wra...
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)