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

Document reasons for not using existing JSON query languages #267

Open
aaronpk opened this issue Nov 7, 2024 · 1 comment · May be fixed by #295
Open

Document reasons for not using existing JSON query languages #267

aaronpk opened this issue Nov 7, 2024 · 1 comment · May be fixed by #295
Assignees

Comments

@aaronpk
Copy link
Member

aaronpk commented Nov 7, 2024

Repeating my live comment from the IETF 121 meeting... It would be worth documenting the reasons for creating a new JSON query syntax instead of using JSONPath or alternatives.

@babisRoutis
Copy link
Contributor

Haven't followed the reasoning to introduce Claim Path yet to my understanding:

  • JSON Poinrter
    • Too narrow to express requirements as verifier (What to present), given that it misses a wild-card for arrays.
    • Could be used by wallet to calculate disclosures to include in a presentation
  • JSON Path
    • Too broad for both the verifier and the wallet
    • Ultimately leads to interoperability issues.

Claim Path
That's the sweet spot. I think it as a DSL pointer.

  • Easy to implement
  • Allows verifier to use wildcards for arrays
  • Allows wallet to calculate disclosures (Practically omitting wildcard is one-to-one mapping with JSONPointer, except the root)

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

Successfully merging a pull request may close this issue.

3 participants