Upgrade to kotlinx-datetime 0.7.1

[erkasraim]

We’ve encountered the same issue as Issue #687, and upon checking, I noticed that a fix was already in progress in PR #689. However, since there has been no update for over three weeks, I went ahead and implemented a fix on my end in the meantime.

For improved readability and maintainability, I applied the change using a typealias in the following form:
private typealias KotlinInstant = kotlin.time.Instant

[Copilot]

Pull Request Overview

This PR upgrades the kotlinx-datetime dependency from version 0.6.2 to 0.7.1 and resolves breaking changes introduced by the new version. The upgrade addresses the same issue as #687 by handling the API changes in the kotlinx-datetime library.

Key changes:

• Updates kotlinx-datetime version to 0.7.1 in the version catalog
• Introduces a typealias KotlinInstant to manage API changes in the kotlinx-datetime library
• Replaces kotlinx.datetime.Clock import with kotlin.time.Clock and adds required experimental annotations

Reviewed Changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File	Description
gradle/libs.versions.toml	Updates kotlinx-datetime version from 0.6.2 to 0.7.1
readium/shared/src/main/java/org/readium/r2/shared/util/Instant.kt	Adapts to kotlinx-datetime API changes using typealias and updated imports

Comments suppressed due to low confidence (1)

readium/shared/src/main/java/org/readium/r2/shared/util/Instant.kt:1

• The kotlin.time.ExperimentalTime annotation was deprecated and removed in recent Kotlin versions. For Kotlin 1.9+ and kotlinx-datetime 0.7.1, this annotation is no longer needed as the time APIs are stable. Consider removing this opt-in annotation.

@file:OptIn(InternalReadiumApi::class, kotlin.time.ExperimentalTime::class)

[mickael-menu]

Thank you @erkasraim, that's great 👌