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

Evaluate need for JSON serialization #100

Open
dwaite opened this issue Jan 9, 2024 · 3 comments
Open

Evaluate need for JSON serialization #100

dwaite opened this issue Jan 9, 2024 · 3 comments

Comments

@dwaite
Copy link
Collaborator

dwaite commented Jan 9, 2024

No description provided.

@selfissued
Copy link
Collaborator

I will talk to people about this at IETF 119 in Brisbane.

@mprorock
Copy link

mprorock commented Aug 6, 2024

If coming back over an API as a response it is helpful to get the JSON serialization compared to compact

@selfissued
Copy link
Collaborator

If coming back over an API as a response it is helpful to get the JSON serialization compared to compact

Helpful how? I'll make two guesses as to what you may be referring to:

  1. You don't have to extract the fields from the periods separating because you can instead extract them as JSON member values.
  2. You can put extra stuff that's not actually part of the JWP in the top-level JSON structure by adding JSON members not understood or processed by the JWP itself.

I'm a little bit sympathetic to (1). In my view, (2) is a layering violation - mixing protocol features into a data structure that's intended to be used as a protocol element.

Or is there a (3) that I didn't think of?

Our motivation is to have a single JSON serialization, like JWT does, to increase interoperability.

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

No branches or pull requests

3 participants