fix(deps): update all non-major dependencies #681
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
1.5.15
->1.5.16
1.5.15
->1.5.16
1.7.3
->1.8.0
1.7.3
->1.8.0
7.0.0.BETA4
->7.0.0
5.1.0
->5.2.0
5.1.0
->5.2.0
5.1.0
->5.2.0
Release Notes
Kotlin/kotlinx.serialization (org.jetbrains.kotlinx:kotlinx-serialization-protobuf)
v1.8.0
==================
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
annotationPreviously, only global setting
JsonBuilder.ignoreUnknownKeys
controlled whether Json parser would throw exception ifinput 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
annotationSerialDescriptor
,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 discouragepeople from subclassing it.
Fortunately, Kotlin 2.1 provides a special mechanism for such a
case — SubclassOptInRequired.
New
kotlinx.serialization.SealedSerializationApi
annotation designates APIsas 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 experimentalserialization API.
See the PR for more details.
Note: All
SerialKind
s are stable API now, exceptPolymorphicKind
— we may want to expand it in the future.Generate Java 8's default method implementations in interfaces
TL;DR This change ensures better binary compatibility in the future for library. You should not experience any
difference from it.
kotlinx.serialization library contains a lot of interfaces with default method implementations. Historically, Kotlin
compiled a synthetic
DefaultImpls
class for them.Starting from Kotlin 1.4,
it was possible to compile them using as Java 8's
default
methods to ensurethat new methods can still be added to interfaces without the need for implementors to recompile.
To preserve binary compatibility with existing clients, a special
all-compatbility
mode is supported in compilerto generate both
default
methods and syntheticDefaultImpls
class.Now, kotlinx.serialization finally makes use of this
all-compatibility
mode,which potentially allows us to add new methods to interfaces such as
SerialDescriptor
,Encoder
,Decoder
, etc.,without breaking existing clients. This change is expected to have no effect on existing clients, and no action from
your side is required.
Note that Kotlin 2.2 plans to enable
all-compatibility
mode by default.
Other bugfixes and improvements
is set to NONE (#2833)
square/wire (com.squareup.wire:wire-runtime)
v5.2.0
Compare Source
2025-01-06
Common
CLI
wire-compiler
opaque_types
introduced in4.9.2
for the Wire Gradle plugin is now available on CLI. (#3147)JVM generation
2.0.0
which dramatically changes how generated Kotlin files are wrapped. This is neither a source nor a binary breaking changes.@WireEnclosingType
annotation is now applied to generated types so R8 doesn't prune too much. (#3123)mutableTypes = true
on your Kotlin target. This is unsafe and we do not recommend that you use it unless you have a sound use-case for it.Swift
Configuration
📅 Schedule: Branch creation - "* 0-3 * * 1" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.