-
Notifications
You must be signed in to change notification settings - Fork 82
No longer wrapping complex types in an auxiliary JSON object #2599
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
Conversation
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## main #2599 +/- ##
========================================
Coverage 46% 46%
- Complexity 6637 6652 +15
========================================
Files 793 793
Lines 65695 65697 +2
Branches 9840 9839 -1
========================================
+ Hits 30500 30618 +118
+ Misses 32835 32720 -115
+ Partials 2360 2359 -1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
…JSON (de)serialization
The test for `set`s is currently failing
The test for `rat`s is currently failing
The test for `rat`s and all non-primitive values are currently failing
The test for `rat`s is currently failing
a4564b5 to
3e22617
Compare
|
Looks good, but please update the pom.xml config to make sure these tests are run during CI. |
…string. On the deserialization site, this was already available
DavyLandman
left a comment
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.
I think the test need a bit more love
src/org/rascalmpl/library/lang/rascal/tests/library/lang/json/JSONIOTests.rsc
Show resolved
Hide resolved
DavyLandman
left a comment
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.
a few small nits and only one remaining thing, after that, ready to merge I would say
…cal definition" This reverts commit b861ec5.
Complex types were wrapped in an auxiliary object to avoid ambiguities between the JSON representation of containers and "lists as a sole argument" on the JSON-RPC level. This is not necessary, as complex types are not automatically deserializable through this path anyway. This PR removes wrapping around complex types, leaving rationals as the only values that are wrapped when encoding values as JSON objects.
FIxes usethesource/rascal-language-servers#944