-
Notifications
You must be signed in to change notification settings - Fork 156
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update to scala 2.13.6 #456
Conversation
Codecov Report
@@ Coverage Diff @@
## develop #456 +/- ##
========================================
Coverage 91.69% 91.69%
========================================
Files 42 42
Lines 1396 1397 +1
Branches 35 36 +1
========================================
+ Hits 1280 1281 +1
Misses 116 116
Continue to review full report at Codecov.
|
chill-scala/src/test/scala-2.13+/com/twitter/chill/SerializedExamplesData.scala
Outdated
Show resolved
Hide resolved
8dca5a8
to
4d66e8a
Compare
chill-scala/src/main/scala-2.13+/com/twitter/chill/AllScalaRegistrarCompat.scala
Show resolved
Hide resolved
chill-scala/src/test/scala-2.13+/com/twitter/chill/SerializedExamplesData.scala
Show resolved
Hide resolved
6bd3631
to
5c621f9
Compare
chill-scala/src/main/scala/com/twitter/chill/ScalaKryoInstantiator.scala
Show resolved
Hide resolved
@johnynek any extra thoughts on this? |
one super frustrating thing about this repo is that we try to tell people that they shouldn't use kryo (or chill) for long term serialization (although we don't seem clear about that in the readme, so I guess how would people know that), yet almost every change can break them and we have weak tests for compatibility. I really wish we could just pick an approach: keep compatibility, or say we are never for long term serialization and each release can break binary serializations. It makes reviewing pretty tough and anxiety provoking. See #467 for a recent concern from a user. |
Hi @johnynek! sorry for late reply! Keeping binary serialization compat will require a lot of effort and a decent test stack as you mentioned. I'm leaning towards 2 approaches
wdyt? |
related to #514 I think there is a case to be made to drop any guarantee that serialized data is compatible between releases. What do you think? |
Hi @johnynek sorry for late reply. Yea it seems there is. I'm gonna update this PR and add notice to the README. edit: I also share your concerns and I agree with you. |
5c621f9
to
1d99a57
Compare
1d99a57
to
4210b78
Compare
@@ -9,6 +9,9 @@ Extensions for the [Kryo serialization library](https://github.com/EsotericSoftw | |||
serializers and a set of classes to ease configuration of Kryo in systems like Hadoop, Storm, | |||
Akka, etc. | |||
|
|||
### Compatibility |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@johnynek added this section. what do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Circling back on this. Does this seem ok?
build.sbt
Outdated
@@ -175,7 +175,7 @@ lazy val chill = Project( | |||
).settings(sharedSettings) | |||
.settings( | |||
name := "chill", | |||
crossScalaVersions += "2.13.1", | |||
crossScalaVersions += "2.13.4", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Update this to reflect the latest 2.13.4
What is the status of this PR? Can we bump Scala from 2.13.4 to 2.13.5 and merge? Or is it blocked by something? |
4210b78
to
b78aa45
Compare
7976a6b
to
e1ee7aa
Compare
No description provided.