Bump the libs group across 1 directory with 15 updates

[dependabot]

Bumps the libs group with 15 updates in the / directory:

Package	From	To
org.jetbrains.kotlinx:kotlinx-datetime	0.6.0-RC.2	0.6.0
org.jetbrains.kotlinx:kotlinx-coroutines-core	1.8.0	1.8.1
org.jetbrains.kotlinx:kotlinx-coroutines-test	1.8.0	1.8.1
org.jetbrains.kotlinx:kotlinx-serialization-json	1.6.3	1.7.1
org.jetbrains.kotlinx:kotlinx-serialization-cbor	1.6.3	1.7.1
com.nimbusds:nimbus-jose-jwt	9.37.3	9.40
com.nimbusds:oauth2-oidc-sdk	11.10.1	11.13
org.keycloak:keycloak-admin-client	24.0.3	25.0.1
id.walt:waltid-mdoc-credentials-jvm	0.3.1	0.3.3
org.springframework.boot	3.2.5	3.3.1
io.spring.dependency-management	1.1.4	1.1.5
org.jetbrains.kotlin.jvm	1.9.23	2.0.0
org.jetbrains.kotlin.plugin.spring	1.9.23	2.0.0
org.jetbrains.kotlin.plugin.serialization	1.9.23	2.0.0
org.owasp.dependencycheck	9.1.0	9.2.0

Updates org.jetbrains.kotlinx:kotlinx-datetime from 0.6.0-RC.2 to 0.6.0

Release notes

Sourced from org.jetbrains.kotlinx:kotlinx-datetime's releases.

v0.6.0

• Introduce the widely requested API for locale-invariant parsing and formatting (#343)
• Completely overhaul the KDoc-based documentation (#347)
• Breaking change: forbid parsing Instant values without the second-of-minute component on the JVM and JS, fixing inconsistency with Native (#369)
• Breaking change: use the fully qualified name of classes in the JSON serializers (#308)
• Fix Proguard emitting warning about missing kotlinx-serialization classes when serialization is not used (#336)
• Reimplement the timezone database handling for Native targets from scratch (#286, #327)
• Support Android NDK targets (#344)
• Small tweaks and fixes.

Changelog relative to version 0.6.0-RC.2

• Completely overhaul the KDoc-based documentation (#347)
• Breaking change: forbid parsing Instant values without the second-of-minute component on the JVM and JS, fixing inconsistency with Native (#369)
• Improve error descriptiveness in some cases (#360, #371)
• Remove stat usages to comply with Apple's new publishing requirements (#385)
• Fix parsing of formats where optional is directly between numbers (#362)
• Forbid empty and duplicate month, day-of-week, and AM/PM marker names in datetime formats (#362)

New Contributors

• @​whyoleg made their first contribution in Kotlin/kotlinx-datetime#323
• @​qwwdfsad made their first contribution in Kotlin/kotlinx-datetime#308
• @​shanshin made their first contribution in Kotlin/kotlinx-datetime#380

Full Changelog: Kotlin/kotlinx-datetime@v0.5.0...v0.6.0

Changelog

Sourced from org.jetbrains.kotlinx:kotlinx-datetime's changelog.

0.6.0

• Introduce the widely requested API for locale-invariant parsing and formatting (#343)
• Completely overhaul the KDoc-based documentation (#347)
• Breaking change: forbid parsing Instant values without the second-of-minute component on the JVM and JS, fixing inconsistency with Native (#369)
• Breaking change: use the fully qualified name of classes in the JSON serializers (#308)
• Fix Proguard emitting warning about missing kotlinx-serialization classes when serialization is not used (#336)
• Reimplement the timezone database handling for Native targets from scratch (#286, #327)
• Support Android NDK targets (#344)
• Small tweaks and fixes.

Commits

• bc8adee Version 0.6.0 (#392)
• a100ce8 Fix Instant.parse succeeding even when seconds are omitted on the JVM and J...
• cff3fdd Improve the KDoc (#367)
• e721269 Fix using optional between numbers; forbid duplicate and empty strings in t...
• ce30554 No longer use stat in timezone database implementations (#385)
• 9de96c0 Added coverage measurement using Kover (#380)
• 9d59199 Update Dokka to 1.9.20 (#363)
• 3bc18fb Improve performance of the parser's failure path (#374)
• 4470516 Add context to the DayOfWeek constructor precondition (#371)
• 02e4e4d Improve error descriptiveness in the parsing API (#360)
• See full diff in compare view

Updates org.jetbrains.kotlinx:kotlinx-coroutines-core from 1.8.0 to 1.8.1

Release notes

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

1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Changelog

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

Version 1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

Changelog relative to version 1.8.1-Beta

• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small documentation fixes.

Version 1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Commits

• cd696d3 Version 1.8.1
• c1ba5af Fix the ticker channel example giving wrong results on the website (#4109)
• 2430d9a Fix broken API reference links to the Project Reactor Javadoc (#4111)
• f22b229 fix the link to Thread.uncaughtExceptionHandler
• 515308d fix: get rid of horizontal scrolling by splitting the comment and show more c...
• f8d1821 Fix typo in coroutine-context-and-dispatchers.md (#3941)
• 20707d3 fix: remove sampleStart and sampleEnd comments from example in coroutine-...
• 0148534 chore: fix identation in example loadContributorsBlocking() (#4085)
• 74774df Docs: reference to The Hitchhiker's Guide to the Galaxy (#4082)
• d106ac7 Docs: avoid scrolling sample code; fix test description; add () to functions ...
• Additional commits viewable in compare view

Updates org.jetbrains.kotlinx:kotlinx-coroutines-test from 1.8.0 to 1.8.1

Release notes

Sourced from org.jetbrains.kotlinx:kotlinx-coroutines-test's releases.

1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Changelog

Sourced from org.jetbrains.kotlinx:kotlinx-coroutines-test's changelog.

Version 1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

Changelog relative to version 1.8.1-Beta

• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small documentation fixes.

Version 1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Commits

• cd696d3 Version 1.8.1
• c1ba5af Fix the ticker channel example giving wrong results on the website (#4109)
• 2430d9a Fix broken API reference links to the Project Reactor Javadoc (#4111)
• f22b229 fix the link to Thread.uncaughtExceptionHandler
• 515308d fix: get rid of horizontal scrolling by splitting the comment and show more c...
• f8d1821 Fix typo in coroutine-context-and-dispatchers.md (#3941)
• 20707d3 fix: remove sampleStart and sampleEnd comments from example in coroutine-...
• 0148534 chore: fix identation in example loadContributorsBlocking() (#4085)
• 74774df Docs: reference to The Hitchhiker's Guide to the Galaxy (#4082)
• d106ac7 Docs: avoid scrolling sample code; fix test description; add () to functions ...
• Additional commits viewable in compare view

Updates org.jetbrains.kotlinx:kotlinx-coroutines-test from 1.8.0 to 1.8.1

Release notes

Sourced from org.jetbrains.kotlinx:kotlinx-coroutines-test's releases.

1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Changelog

Sourced from org.jetbrains.kotlinx:kotlinx-coroutines-test's changelog.

Version 1.8.1

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Introduce a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small tweaks and documentation fixes.

Changelog relative to version 1.8.1-Beta

• Flow.timeout throws the exception with which the channel was closed (#4071).
• Small documentation fixes.

Version 1.8.1-Beta

• Remove the @ExperimentalTime annotation from usages of TimeSource (#4046). Thanks, @​hfhbd!
• Attempt a workaround for an Android bug that caused an occasional NullPointerException when setting the StateFlow value on old Android devices (#3820).
• No longer use kotlin.random.Random as part of Dispatchers.Default and Dispatchers.IO initialization (#4051).
• Small tweaks.

Commits

• cd696d3 Version 1.8.1
• c1ba5af Fix the ticker channel example giving wrong results on the website (#4109)
• 2430d9a Fix broken API reference links to the Project Reactor Javadoc (#4111)
• f22b229 fix the link to Thread.uncaughtExceptionHandler
• 515308d fix: get rid of horizontal scrolling by splitting the comment and show more c...
• f8d1821 Fix typo in coroutine-context-and-dispatchers.md (#3941)
• 20707d3 fix: remove sampleStart and sampleEnd comments from example in coroutine-...
• 0148534 chore: fix identation in example loadContributorsBlocking() (#4085)
• 74774df Docs: reference to The Hitchhiker's Guide to the Galaxy (#4082)
• d106ac7 Docs: avoid scrolling sample code; fix test description; add () to functions ...
• Additional commits viewable in compare view

Updates org.jetbrains.kotlinx:kotlinx-serialization-json from 1.6.3 to 1.7.1

Release notes

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

1.7.1

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backward compatible with previous versions.

The only difference with 1.7.0-RC is that the classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in detail here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

interface SomeInterface
val module = SerializersModule {
contextual(SomeInterface::class, CustomSomeInterfaceSerializer)
}
// Prints PolymorphicSerializer<SomeInterface>:
println(module.serializer<SomeInterface>())

Behavior in 1.7.0-RC, 1.7.0, and higher:

... (truncated)

Changelog

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

1.7.1 / 2024-06-25

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0 / 2024-06-05

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backwards compatible with previous versions.

The only difference with 1.7.0-RC is that classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC / 2024-05-16

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in details here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

... (truncated)

Commits

• c75b46d Prepare 1.7.1 release (#2726)
• c628e29 Prohibited use of elements other than JsonObject in JsonTransformingSerialize...
• 3de98ff Fixed HOCON publication (#2723)
• 0013192 Setup running native tests in release mode (#2667)
• 08e604a Add integration with kotlinx-io library (#2707)
• d2dc7d2 Update to Kotlin 2.0 and prepare 1.7.0 release (#2706)
• 1cac162 Merge remote-tracking branch 'origin/master' into dev
• fbd0734 Use @​PublishedApi annotation on functions called from plugin-generated code (...
• 4bf4113 Add bencoding to community-supported formats (#2687)
• c487e78 JSON: Fix mutable classDiscriminatorMode in config, and mark experimental i...
• Additional commits viewable in compare view

Updates org.jetbrains.kotlinx:kotlinx-serialization-cbor from 1.6.3 to 1.7.1

Release notes

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

1.7.1

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backward compatible with previous versions.

The only difference with 1.7.0-RC is that the classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in detail here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

interface SomeInterface
val module = SerializersModule {
contextual(SomeInterface::class, CustomSomeInterfaceSerializer)
}
// Prints PolymorphicSerializer<SomeInterface>:
println(module.serializer<SomeInterface>())

Behavior in 1.7.0-RC, 1.7.0, and higher:

... (truncated)

Changelog

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

1.7.1 / 2024-06-25

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0 / 2024-06-05

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backwards compatible with previous versions.

The only difference with 1.7.0-RC is that classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC / 2024-05-16

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in details here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

... (truncated)

Commits

• c75b46d Prepare 1.7.1 release (#2726)
• c628e29 Prohibited use of elements other than JsonObject in JsonTransformingSerialize...
• 3de98ff Fixed HOCON publication (#2723)
• 0013192 Setup running native tests in release mode (#2667)
• 08e604a Add integration with kotlinx-io library (#2707)
• d2dc7d2 Update to Kotlin 2.0 and prepare 1.7.0 release (#2706)
• 1cac162 Merge remote-tracking branch 'origin/master' into dev
• fbd0734 Use @​PublishedApi annotation on functions called from plugin-generated code (...
• 4bf4113 Add bencoding to community-supported formats (#2687)
• c487e78 JSON: Fix mutable classDiscriminatorMode in config, and mark experimental i...
• Additional commits viewable in compare view

Updates org.jetbrains.kotlinx:kotlinx-serialization-cbor from 1.6.3 to 1.7.1

Release notes

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

1.7.1

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backward compatible with previous versions.

The only difference with 1.7.0-RC is that the classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in detail here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

interface SomeInterface
val module = SerializersModule {
contextual(SomeInterface::class, CustomSomeInterfaceSerializer)
}
// Prints PolymorphicSerializer<SomeInterface>:
println(module.serializer<SomeInterface>())

Behavior in 1.7.0-RC, 1.7.0, and higher:

... (truncated)

Changelog

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

1.7.1 / 2024-06-25

This is a bugfix release that aims to fix missing kotlinx-serialization-hocon artifact. It also contains experimental integration with kotlinx-io library. Kotlin 2.0.0 is used by default.

Fixed HOCON publication

Sadly, 1.7.0 release was published incomplete: kotlinx-serialization-hocon artifact is missing from 1.7.0 and 1.7.0-RC releases. This release fixes this problem and now kotlinx-serialization-hocon is available again with 1.7.1 version. No other changes were made to this artifact. Related ticket: #2717.

Add integration with a kotlinx-io library

kotlinx-io is an official multiplatform library that provides basic IO primitives, similar to Okio. kotlinx.serialization integration is now available in a separate artifact, located at the kotlinx-serialization-json-io coordinates. Integration artifact provides functions similar to existing Okio integration: encodeToSink, decodeFromSource, and decodeSourceToSequence. Check out the PR for more details.

Other bugfixes

• Prohibited use of elements other than JsonObject in JsonTransformingSerializer with polymorphic serialization (#2715)

1.7.0 / 2024-06-05

This release contains all of the changes from 1.7.0-RC and is compatible with Kotlin 2.0. Please note that for reasons explained in the 1.7.0-RC changelog, it may not be possible to use it with the Kotlin 1.9.x compiler plugin. Yet, it is still fully backwards compatible with previous versions.

The only difference with 1.7.0-RC is that classDiscriminatorMode property in JsonBuilder is marked as experimental, as it should have been when it was introduced (#2680).

1.7.0-RC / 2024-05-16

This is a release candidate for the next version. It is based on Kotlin 2.0.0-RC3 and is fully compatible with a stable Kotlin 2.0 release. Due to a potential breaking change (see below), it requires a compiler plugin with a version at least of 2.0.0-RC1.

Important change: priority of PolymorphicSerializer for interfaces during call to serializer() function

Non-sealed interfaces in kotlinx.serialization are always serializable with a polymorphic serializer, even if they do not have @Serializable annotation. This also means that serializersModule.serializer<SomeInterface>() call will return you a serializer capable of polymorphism. This function was written in a way that it unconditionally returns a PolymorphicSerializer if type argument is a non-sealed interface. This caused problems with SerializersModule functionality, because actual module was not taken into consideration, and therefore it was impossible to override serializer for interface using 'contextual serialization' feature. The problem is described in details here. To overcome these problems, we had to change the behavior of this function regarding interfaces. It now looks into SerializersModule first if T is a non-sealed interface, and only if there is no registered contextual serializer for T, it returns a polymorphic serializer.

Behavior before 1.7.0-RC:

... (truncated)

Commits

• c75b46d Prepare 1.7.1 release (#2726)
• c628e29 Prohibited use of elements other than JsonObject in JsonTransformingSerialize...
• 3de98ff Fixed HOCON publication (#2723)Description has been truncated

[dependabot]

Looks like these dependencies are updatable in another way, so this is no longer needed.