Implement java.io.Serializable for some of the classes #373

dkhalanskyjb · 2024-03-22T14:03:37Z

Implement java.io.Serializable for

Instant
LocalDate
LocalTime
LocalDateTime
UtcOffset

TimeZone is not Serializable because its behavior is system-dependent. We can make it java.io.Serializable later if there is demand.

We are using string representations instead of relying on Java's entities being java.io.Serializable so that we have more freedom to change our implementation later.

Fixes #143

Moozart · 2024-04-09T14:30:13Z

Can you please merge this commit if possible? @ilya-g

ilya-g

For better control over serialized representation I would suggest using writeReplace/readResolve with an Externalizable container.

ilya-g · 2024-04-19T15:07:56Z

core/jvm/src/Instant.kt

@@ -111,6 +113,25 @@ public actual class Instant internal constructor(internal val value: jtInstant)

        internal actual val MIN: Instant = Instant(jtInstant.MIN)
        internal actual val MAX: Instant = Instant(jtInstant.MAX)
+
+        @JvmStatic
+        private val serialVersionUID: Long = 1L


We usually use const val for that.

dkhalanskyjb · 2024-04-22T09:07:59Z

I don't understand the idea. Do you mean that LocalTime should be Externalizable?

From the docs (https://docs.oracle.com/javase%2F7%2Fdocs%2Fapi%2F%2F/java/io/Externalizable.html):

When an Externalizable object is reconstructed, an instance is created using the public no-arg constructor

But we don't have public no-arg constructors. I guess we could do something like class LocalTime { @PublishedApi internal constructor() }, which would make it a public constructor for the JVM, and trick Kotlin somehow to avoid initializing val value: java.time.LocalTime in that constructor, but is it worth it to make such intrusive changes just to support Java serialization?

akhbulatov · 2024-04-26T11:42:57Z

A very necessary implementation on Android to be able to pass LocalDate/LocalDateTime objects between screens

dkhalanskyjb · 2024-04-26T12:14:23Z

@akhbulatov, it's not "necessary", just convenient: see #143 (comment)

Implement java.io.Serializable for * Instant * LocalDate * LocalTime * LocalDateTime * UtcOffset TimeZone is not `Serializable` because its behavior is system-dependent. We can make it `java.io.Serializable` later if there is demand. We are using string representations instead of relying on Java's entities being `java.io.Serializable` so that we have more freedom to change our implementation later. Fixes #143

wkornewald · 2024-06-20T06:43:45Z

Do you have an estimate when this will get merged? It's a pretty huge inconvenience for us to wrap Instant because we want to export an SDK and the wrapping shouldn't be exposed to our users. It seems to be impossible without writing huge amounts of boilerplate.

ilya-g

Take a look at how the list and set builders are serialized in stdlib. I believe we'd better have something similar here.
If you want, I can take over this branch and implement it accordingly.

ilya-g · 2024-08-02T15:03:15Z

core/jvm/src/Instant.kt

+    }
+
+    private fun writeObject(oStream: java.io.ObjectOutputStream) {
+        oStream.defaultWriteObject()


I believe this would write all object fields first.

dkhalanskyjb · 2024-08-05T09:50:06Z

Do you mean https://github.com/JetBrains/kotlin/blob/3be0aa15f714726e4872c09b35f789652c46876d/libraries/stdlib/jvm/src/kotlin/collections/builders/ListBuilder.kt#L674? Ok, I think I got the idea, thanks. This does look better than reflection.

It's not important to me who does this.

ilya-g · 2024-08-15T15:03:57Z

core/jvm/src/internal/SerializedValue.kt

+import kotlinx.datetime.*
+import java.io.*
+
+internal class SerializedValue(var typeTag: Int, var value: Any?) : Externalizable {


Alternatively, we can place it in kotlinx.datetime package and name it shortly, e.g. Ser, to shave off some bytes.

Do you mean, shave off some bytes from the serialized representation? I'm okay with that, as long as it still stays in the internal/ directory.

Does it make sense to mark this with @PublishedApi to signal that it's an incompatible change to move/rename this class?

Does it make sense to mark this with @PublishedApi to signal that it's an incompatible change to move/rename this class?

Yes, I can do that

dkhalanskyjb · 2024-08-16T10:34:34Z

core/jvm/src/internal/SerializedValue.kt

+import kotlinx.datetime.*
+import java.io.*
+
+internal class SerializedValue(var typeTag: Int, var value: Any?) : Externalizable {


Can these values be private?

They can, but does it makes a difference for an internal class? Or you mean in order not to generate getters/setters?

Yep, for the latter.

dkhalanskyjb · 2024-08-16T10:34:36Z

core/jvm/src/internal/SerializedValue.kt

+import kotlinx.datetime.*
+import java.io.*
+
+internal class SerializedValue(var typeTag: Int, var value: Any?) : Externalizable {


Do you mean, shave off some bytes from the serialized representation? I'm okay with that, as long as it still stays in the internal/ directory.

Does it make sense to mark this with @PublishedApi to signal that it's an incompatible change to move/rename this class?

dkhalanskyjb · 2024-08-19T14:27:17Z

I think it's good to go, but can't approve a pull request that I myself opened.

dkhalanskyjb force-pushed the add-java-serialization branch from e803d80 to 75a14a6 Compare March 22, 2024 14:03

dkhalanskyjb requested a review from ilya-g March 25, 2024 11:05

ilya-g requested changes Apr 19, 2024

View reviewed changes

dkhalanskyjb force-pushed the add-java-serialization branch from 75a14a6 to 9fc52b6 Compare May 13, 2024 12:15

dkhalanskyjb requested a review from ilya-g May 13, 2024 12:15

dkhalanskyjb added 3 commits May 23, 2024 14:17

Fix compilation after a merge

f44c9a4

val serialVersionUID -> const val

32c9cc0

dkhalanskyjb force-pushed the add-java-serialization branch from 9fc52b6 to 32c9cc0 Compare May 23, 2024 12:21

ilya-g requested changes Aug 2, 2024

View reviewed changes

ilya-g reviewed Aug 15, 2024

View reviewed changes

Use externalizable replacement for serializable entities

42fa2a5

ilya-g force-pushed the add-java-serialization branch from ce1dc4a to 42fa2a5 Compare August 15, 2024 15:10

dkhalanskyjb commented Aug 16, 2024

View reviewed changes

ilya-g and others added 2 commits August 19, 2024 14:52

Rename serialization surrogate and annotate with PublishedAPI

ec0662c

Remove some leftovers

d6238ee

ilya-g approved these changes Aug 19, 2024

View reviewed changes

wkornewald mentioned this pull request Oct 23, 2024

KTOR-7620 Make Url class @Serializable and JVM Serializable ktorio/ktor#4421

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Implement java.io.Serializable for some of the classes #373

Implement java.io.Serializable for some of the classes #373

dkhalanskyjb commented Mar 22, 2024

Moozart commented Apr 9, 2024

ilya-g left a comment

ilya-g Apr 19, 2024

dkhalanskyjb commented Apr 22, 2024

akhbulatov commented Apr 26, 2024

dkhalanskyjb commented Apr 26, 2024

wkornewald commented Jun 20, 2024

ilya-g left a comment

ilya-g Aug 2, 2024

dkhalanskyjb commented Aug 5, 2024

ilya-g Aug 15, 2024

dkhalanskyjb Aug 16, 2024

ilya-g Aug 19, 2024

dkhalanskyjb Aug 16, 2024

ilya-g Aug 19, 2024

dkhalanskyjb Aug 19, 2024

dkhalanskyjb Aug 16, 2024

dkhalanskyjb commented Aug 19, 2024

Implement java.io.Serializable for some of the classes #373

Are you sure you want to change the base?

Implement java.io.Serializable for some of the classes #373

Conversation

dkhalanskyjb commented Mar 22, 2024

Moozart commented Apr 9, 2024

ilya-g left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

dkhalanskyjb commented Apr 22, 2024

akhbulatov commented Apr 26, 2024

dkhalanskyjb commented Apr 26, 2024

wkornewald commented Jun 20, 2024

ilya-g left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

dkhalanskyjb commented Aug 5, 2024

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

dkhalanskyjb commented Aug 19, 2024