Bump com.esotericsoftware:kryo from 4.0.3 to 5.6.2
Bumps com.esotericsoftware:kryo from 4.0.3 to 5.6.2.
Release notes
Sourced from com.esotericsoftware:kryo's releases.
kryo-5.6.2
This is a maintenance release that recompiles 5.6.1 to restore compatibility with Java 8.
#1134 Recompile to ensure Java 8 support
Other Tasks:
- Ensure release build can only happen with JDK 11
The full list of changes can be found here.
Many thanks to all contributors!
Upgrade Notes
For migration from previous major versions please check out the migration guide. We're asking the community to help and contribute this part: please edit the migration wiki page as you encounter any information or issues that might help others.
Compatibility
- Serialization compatible
- Standard IO: Yes
- Unsafe-based IO: Yes
- Binary compatible - Yes (Details)
- Source compatible - Yes (Details)
kryo-5.6.1
DO NOT USE THIS VERSION
This version was accidentally targeted to Java 17. Use 5.6.2+ instead.
This is a maintenance release fixing wrong coordinates for the versioned artifact.
#1045 Re-add groupId to versioned POM
Other Tasks:
- Fix deployment of snapshot builds
- Upgrade Maven plugin dependencies
The full list of changes can be found here.
Many thanks to all contributors!
Upgrade Notes
For migration from previous major versions please check out the migration guide. We're asking the community to help and contribute this part: please edit the migration wiki page as you encounter any information or issues that might help others.
Compatibility
- Serialization compatible
- Standard IO: Yes
- Unsafe-based IO: Yes
... (truncated)
Commits
fee6387[maven-release-plugin] prepare release kryo-parent-5.6.2a7a6504#1134 Ensure that JDK 11 is used to build the release artifacts6204b96Bump junit.version from 5.11.1 to 5.11.2 (#1131)36b7555Bump org.apache.maven.plugins:maven-javadoc-plugin from 3.10.0 to 3.10.1 (#1133)29d9101Bump org.apache.maven.plugins:maven-surefire-plugin from 3.5.0 to 3.5.1 (#1132)3dca694Update README for 5.6.17261d15Add compat report for 5.6.13d4beb1[maven-release-plugin] prepare for next development iteration7993436[maven-release-plugin] prepare release kryo-parent-5.6.10de506bBump org.apache.maven.plugins:maven-gpg-plugin from 3.2.6 to 3.2.7 (#1130)- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
-
@dependabot rebasewill rebase this PR -
@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it -
@dependabot mergewill merge this PR after your CI passes on it -
@dependabot squash and mergewill squash and merge this PR after your CI passes on it -
@dependabot cancel mergewill cancel a previously requested merge and block automerging -
@dependabot reopenwill reopen this PR if it is closed -
@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually -
@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency -
@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
The reason I used Kryo 4 instead of 5 is that Apache Spark (which we use with Jena) uses Kryo 4. I need to check whether by now perhaps the conflict I encountered back than has been resolved by shading on the Spark side.
The difference between the Kryo 4 and 5 APIs is just a generic <T> in some methods of the Serializer base class - but its an incompatible one :/
This is kryo on latest Spark 3:
Unfortunately, the new Spark 4 still relies on Kryo 4: https://mvnrepository.com/artifact/org.apache.spark/spark-core_2.13/4.0.0
This is kryo on on Spark 4:
This comment states https://github.com/EsotericSoftware/kryo/issues/650#issuecomment-596249184
The versioned, self-contained artifact is now available as com.esotericsoftware.kryo:kryo5[...]
Maybe this artifact allows for mixing kryo 4 and 5 so that jena-geosparql could be upgraded to use https://central.sonatype.com/artifact/com.esotericsoftware/kryo5
However, it might break existing spatial indexes. If that's really the case than perhaps it would still be acceptable for jena6 though.
I think when I tried the PR, Jena code didn't compile.
Yes, but if there is a (self-contained) kryo5 module that could be used alongside the kryo version used in apache spark, then for me there would be no problem to upgrade the code in jena-geosparql. I chose kryo 4 for compatibility.
See #3425 (Kryo upgrade)
@dependabot recreate
Looks like com.esotericsoftware:kryo is no longer a dependency, so this is no longer needed.