Skip to content
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

Restore joda deserialization #1836

Merged
merged 2 commits into from
Dec 7, 2020
Merged

Conversation

iamdanfox
Copy link
Contributor

@iamdanfox iamdanfox commented Dec 7, 2020

Before this PR

@rahij reported in #dev-foundry-infra (/archives/C5MKHTMD4/p1607350000042200) that after the jackson 2.12.0 upgrade, deserializing some classes from our <analysis product> which previously worked with a vanilla c-j-r object mapper started failing with:

Caused by: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Joda date/time type `org.joda.time.DateTime` not supported by default: add Module "com.fasterxml.jackson.datatype:jackson-datatype-joda" to enable handling

After this PR

==COMMIT_MSG==
conjure-java-jackson-serialization: joda types can once again be deserialized (as this was a behaviour change of the jackson 2.12 upgrade)
==COMMIT_MSG==

https://github.com/FasterXML/jackson-databind/blob/39fab67429c0f23399f031e0c0dbd4a13a73622d/release-notes/VERSION-2.x#L71-L72

FasterXML/jackson-databind#2776

Possible downsides?

  • I'd really prefer people not to use joda

@changelog-app
Copy link

changelog-app bot commented Dec 7, 2020

Generate changelog in changelog/@unreleased

Type

  • Feature
  • Improvement
  • Fix
  • Break
  • Deprecation
  • Manual task
  • Migration

Description

conjure-java-jackson-serialization: joda types can once again be deserialized (as this was a behaviour change of the jackson 2.12 upgrade which landed in conjure-java-runtime 6.9.0)

Check the box to generate changelog(s)

  • Generate changelog entry

@@ -65,6 +66,7 @@ jakarta.el:jakarta.el-api:3.0.3 (1 constraints: fe135465)
jakarta.validation:jakarta.validation-api:2.0.2 (3 constraints: 8e372576)
jakarta.ws.rs:jakarta.ws.rs-api:2.1.6 (12 constraints: 4cd52d0a)
jakarta.xml.bind:jakarta.xml.bind-api:2.3.2 (1 constraints: 30198ba6)
joda-time:joda-time:2.10.8 (2 constraints: b4238380)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not a huge fan of including joda in cjr, but I don't want to regress folks

Copy link
Contributor Author

@iamdanfox iamdanfox Dec 7, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

agreed - if we were being more brutal I think we should just wait for the P0s and then ask people to manually add the dep, but I think this would be too mean :/

@bulldozer-bot bulldozer-bot bot merged commit 177b2eb into develop Dec 7, 2020
@bulldozer-bot bulldozer-bot bot deleted the dfox/joda-for-backcompat branch December 7, 2020 14:45
@svc-autorelease
Copy link
Collaborator

Released 6.9.3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants