Skip to content

Provide an API for detecting invalid JSON Pointers #20

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

Closed
Julian opened this issue Jun 17, 2017 · 5 comments
Closed

Provide an API for detecting invalid JSON Pointers #20

Julian opened this issue Jun 17, 2017 · 5 comments

Comments

@Julian
Copy link

Julian commented Jun 17, 2017

Hi!

Would you consider an API to validate whether a particular input was valid under RFC 6901 (or does such a thing exist already and I've missed it)?

E.g., /foo/bar~ is not a valid JSON Pointer seemingly (the ~ is not escaped), but I cannot see an API that complains about that -- jsonpointer.JsonPointer will happily accept it as another pointer part.

(Even having jsonpointer.JsonPointer do enough validation of its inputs would also work).

Full context: JSON Schema Draft 6 adds a jsonpointer format. I'd love to use python-json-pointer to implement it in jsonschema.

@stefankoegl
Copy link
Owner

JsonPointer is already doing some form of input validation (eg it complains if there is no leading /). I've now extended this for the cases you mentioned in #24.

Can you please have a look if this would meet your requirements?

@Julian
Copy link
Author

Julian commented Oct 29, 2017

Hey! Thanks, that does work, and passes all the tests. Appreciated!

@stefankoegl
Copy link
Owner

I've just released version 1.14 with the new validations.

@Julian
Copy link
Author

Julian commented Oct 30, 2017 via email

@Julian
Copy link
Author

Julian commented Nov 8, 2017

Just confirming, looks spot on, thanks again.

Hoping to push out a jsonschema release with Draft 6 support containing it in the next few weeks.

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

2 participants