chore(deps): update dependency org.jetbrains.kotlinx:kotlinx-serialization-json to v1.3.3 #4

Merged
kalle merged 1 commits from renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x into master 2022-07-04 15:40:09 +02:00
Collaborator

This PR contains the following updates:

Package Update Change
org.jetbrains.kotlinx:kotlinx-serialization-json patch 1.3.1 -> 1.3.3

Release Notes

Kotlin/kotlinx.serialization

v1.3.3

==================

This release contains support for Protocol Buffers packed fields, as well as several bugfixes.
It uses Kotlin 1.6.21 by default.

Protobuf packed fields

It is now possible to encode and decode Kotlin classes to/from Protobuf messages with packed repeated fields.
To mark the field as packed, use @ProtoPacked annotation on it.
Note it affects only List and primitive collection such as IntArray types.
With this feature, it is now possible to decode Proto3 messages, where all repeated fields are packed by default.
Protobuf schema generator also supports new @ProtoPacked annotation.

Many thanks to Paul de Vrieze for his valuable contribution!

Other improvements & small features
  • Incorporate JsonPath into exception messages (#​1841)
  • Mark block in corresponding encodeStructure/decodeStructure extensions as crossinline to reduce amount of bytecode (#​1917)
  • Support serialization of compile-time Collection<E> properties that are not lists at the runtime (#​1821)
  • Best-effort kotlin reflect avoidance in serializer(Type) (#​1819)
Bugfixes
  • Iterate over element indices in ObjectSerializer in order to let the format skip unknown keys (#​1916)
  • Correctly support registering both default polymorphic serializer & deserializer (#​1849)
  • Make error message for captured generic type parameters much more straightforward (#​1863)

v1.3.2

==================

This release contains several features and bugfixes for core API as well as for HOCON format.
It uses Kotlin 1.6.10 by default.

Serializing objects to HOCON

It's now possible to encode Kotlin objects to Config values with new Hocon.encodeToConfig function.
This feature may help edit existing configs inside Kotlin program or generate new ones.

Big thanks to Osip Fatkullin for implementing this.

Polymorphic default serializers

As of now, polymorphicDefault clause inside SerializersModule { } builder specifies a
fallback serializer to be used only during deserialization process. A new function has been introduced to allow setting
fallback serializer for serialization: polymorphicDefaultSerializer.
This function should ease serializing vast hierarchies of third-party or Java classes.

Note that there are two new experimental functions, polymorphicDefaultSerializer and polymorphicDefaultDeserializer.
To avoid naming confusion, we are going to deprecate polymorphicDefault in favor of polymorphicDefaultDeserializer in the next minor release (1.4.0).

Credit for the PR goes to our contributor Joseph Burton.

Other improvements
Bugfixes
  • Properly handle top-level value classes in encodeToJsonElement (#​1777)
  • Fix incorrect handling of object end when JsonTreeReader (JsonElement) is used with decodeToSequence (#​1782)

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, click this checkbox.

This PR has been generated by Renovate Bot.

This PR contains the following updates: | Package | Update | Change | |---|---|---| | [org.jetbrains.kotlinx:kotlinx-serialization-json](https://github.com/Kotlin/kotlinx.serialization) | patch | `1.3.1` -> `1.3.3` | --- ### Release Notes <details> <summary>Kotlin/kotlinx.serialization</summary> ### [`v1.3.3`](https://github.com/Kotlin/kotlinx.serialization/blob/HEAD/CHANGELOG.md#&#8203;133--2022-05-11) \================== This release contains support for Protocol Buffers packed fields, as well as several bugfixes. It uses Kotlin 1.6.21 by default. ##### Protobuf packed fields It is now possible to encode and decode Kotlin classes to/from Protobuf messages with [packed repeated fields](https://developers.google.com/protocol-buffers/docs/encoding#packed). To mark the field as packed, use `@ProtoPacked` annotation on it. Note it affects only `List` and primitive collection such as `IntArray` types. With this feature, it is now possible to decode Proto3 messages, where all repeated fields are packed by default. [Protobuf schema generator](https://kotlin.github.io/kotlinx.serialization/kotlinx-serialization-protobuf/kotlinx.serialization.protobuf.schema/-proto-buf-schema-generator/index.html) also supports new `@ProtoPacked` annotation. Many thanks to [Paul de Vrieze](https://github.com/pdvrieze) for his valuable contribution! ##### Other improvements & small features - Incorporate JsonPath into exception messages ([#&#8203;1841](https://github.com/Kotlin/kotlinx.serialization/issues/1841)) - Mark block in corresponding encodeStructure/decodeStructure extensions as crossinline to reduce amount of bytecode ([#&#8203;1917](https://github.com/Kotlin/kotlinx.serialization/issues/1917)) - Support serialization of compile-time `Collection<E>` properties that are not lists at the runtime ([#&#8203;1821](https://github.com/Kotlin/kotlinx.serialization/issues/1821)) - Best-effort kotlin reflect avoidance in serializer(Type) ([#&#8203;1819](https://github.com/Kotlin/kotlinx.serialization/issues/1819)) ##### Bugfixes - Iterate over element indices in ObjectSerializer in order to let the format skip unknown keys ([#&#8203;1916](https://github.com/Kotlin/kotlinx.serialization/issues/1916)) - Correctly support registering both default polymorphic serializer & deserializer ([#&#8203;1849](https://github.com/Kotlin/kotlinx.serialization/issues/1849)) - Make error message for captured generic type parameters much more straightforward ([#&#8203;1863](https://github.com/Kotlin/kotlinx.serialization/issues/1863)) ### [`v1.3.2`](https://github.com/Kotlin/kotlinx.serialization/blob/HEAD/CHANGELOG.md#&#8203;132--2021-12-23) \================== This release contains several features and bugfixes for core API as well as for HOCON format. It uses Kotlin 1.6.10 by default. ##### Serializing objects to HOCON It's now possible to encode Kotlin objects to `Config` values with new `Hocon.encodeToConfig` function. This feature may help edit existing configs inside Kotlin program or generate new ones. Big thanks to [Osip Fatkullin](https://github.com/osipxd) for [implementing](https://github.com/Kotlin/kotlinx.serialization/pull/1740) this. ##### Polymorphic default serializers As of now, `polymorphicDefault` clause inside `SerializersModule { }` builder specifies a fallback serializer to be used only during deserialization process. A new function has been introduced to allow setting fallback serializer for serialization: `polymorphicDefaultSerializer`. This function should ease serializing vast hierarchies of third-party or Java classes. Note that there are two new experimental functions, `polymorphicDefaultSerializer` and `polymorphicDefaultDeserializer`. To avoid naming confusion, we are going to deprecate `polymorphicDefault` in favor of `polymorphicDefaultDeserializer` in the next minor release (1.4.0). Credit for [the PR](https://github.com/Kotlin/kotlinx.serialization/pull/1686) goes to our contributor [Joseph Burton](https://github.com/Earthcomputer). ##### Other improvements - HOCON: parse strings into integers and booleans if possible ([#&#8203;1795](https://github.com/Kotlin/kotlinx.serialization/issues/1795)) (thanks to [tobiaslieber](https://github.com/tobiaslieber)) - Add an encodeCollection extensions ([#&#8203;1749](https://github.com/Kotlin/kotlinx.serialization/issues/1749)) (thanks to [Nicklas Ansman Giertz](https://github.com/ansman)) ##### Bugfixes - Properly handle top-level value classes in encodeToJsonElement ([#&#8203;1777](https://github.com/Kotlin/kotlinx.serialization/issues/1777)) - Fix incorrect handling of object end when JsonTreeReader (JsonElement) is used with decodeToSequence ([#&#8203;1782](https://github.com/Kotlin/kotlinx.serialization/issues/1782)) </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, click this checkbox. --- This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
renovate added 1 commit 2022-07-04 12:55:24 +02:00
continuous-integration/drone/push Build was killed Details
continuous-integration/drone/pr Build was killed Details
c57805baf9
Update dependency org.jetbrains.kotlinx:kotlinx-serialization-json to v1.3.3
renovate changed title from Update dependency org.jetbrains.kotlinx:kotlinx-serialization-json to v1.3.3 to chore(deps): update dependency org.jetbrains.kotlinx:kotlinx-serialization-json to v1.3.3 2022-07-04 14:31:14 +02:00
renovate force-pushed renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x from c57805baf9 to ac48941562 2022-07-04 14:39:44 +02:00 Compare
renovate force-pushed renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x from ac48941562 to f602dd0c5f 2022-07-04 15:30:31 +02:00 Compare
kalle merged commit 208a6d66ab into master 2022-07-04 15:40:09 +02:00
kalle deleted branch renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x 2022-07-04 15:40:09 +02:00
Sign in to join this conversation.
No reviewers
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: mc/DLib#4
There is no content yet.