Comments (19)
The unit test doesn't have a problem, because the mock urlopen returns a string.
from jsonschema.
I think the correct method would be to check headers for an encoding first. If it is not specified there, the json spec says that the encoding will either be utf-8 16 or 32. It's tempting to just require requests for remote ref support, here are the relevant parts from their project. getting encoding from headers, guessing utf version
from jsonschema.
Ouch :/. OK. I'm fine with adding a dependency on requests.
We will need to check that requests supports all the reasonable URI schemes that urlopen does.
from jsonschema.
requests does not support file or ftp schemes. :/ Is that something we want to work as well?
from jsonschema.
Um. I guess having a way to add handlers for schemes like I originally envisioned would be nice if it doesn't..
from jsonschema.
What were you envisioning? Requests does have support for adding handlers for different schemas, maybe we could implement your idea using that.
from jsonschema.
In fact, in FlexGet, we handle transparent file: and ftp: schema support by just farming it out to urllib from requests.
EDIT: relevant code https://github.com/Flexget/Flexget/blob/master/flexget/utils/requests.py#L76 (FileAdapter is just above)
We aren't actually doing ftp, but adding that as a schema is just one line extra if urllib does that as well. We'd end up adding extra code anyway for that stuff, so it's also not optimal, it just becomes a question of which extra code is more desirable to include.
from jsonschema.
All I meant was that it'd be nice to do things like:
resolver = RefResolver(handlers={"ftp" : ftp_retriever})
and have that resolver's resolve_remote
now call ftp_retriever
to retrieve the bytes it needs. I don't know if I like the way that looks (having everything routed through requests). So maybe we should just borrow / write the encoding-guessing stuff.
from jsonschema.
Sounds good, I'll put something together. Do you think handlers should be defined on the instance or for the whole class?
from jsonschema.
Also, what should happen when a refresolver encounters a scheme it cannot handle? Raise a SchemaError?
from jsonschema.
No preference. Probably will be easier on the instance though.
from jsonschema.
A RefResolutionError
from jsonschema.
Oh shit, didn't even see that one, much better.
from jsonschema.
Right now I have it in the same style as FormatChecker, i.e.
try:
import requests
# We need requests >= 1.0.0
if requests.__version__.split(".") < ["1"]:
raise ImportError
except ImportError:
pass
else:
@RefResolver.handles("http")
@RefResolver.handles("https")
def handle_http_ref(uri):
"""
Retrieves and parses json from ``uri``.
Only handles http and https uri scheme.
:argument str uri: the URI to resolve
:returns: the retrieved document
"""
return requests.get(uri).json()
That sound okay?
from jsonschema.
I feel uncomfortable depending on requests for this and doing absolutely nothing without it.
Can we optionally depend on requests to automagically detect encoding, otherwise fall back to urllib and just assume UTF-8, and of course allow someone to replace urllib? So essentially this but rather than doing nothing without requests, try as best we can.
Also I'm not sure we need such a heavy handed interface for this one. Creating new formats seemed like a common enough thing to want, so I went with the decorators, but here it's probably enough to just go with passing a dict to __init__
dontcha think?
from jsonschema.
Oh and btw I forget if I've mentioned that we have some docs now :) So it'd be great if we doc'ed this when we settle on something.
from jsonschema.
Sounds good on both counts, I'll fix that up then send a PR for you to check out.
from jsonschema.
Oh and -- for the ones requests / urllib support, it's probably unnecessary to specify them explicitly for each scheme I guess. Just fall back to requests/urllib if nothing matches the scheme, and allow people to add additional ones or superceed them by being explicit. Sound reasonable?
from jsonschema.
Sounds good to me.
from jsonschema.
Related Issues (20)
- Which is the last version not requiring Rust via its dependencies?
- Migrating From RefResolver, unable to resolve $ref
- Feature request: Add support for a second message attribute on errors which is guaranteed not to include the failing instance HOT 5
- Python NaN validates against all numeric limits, and shouldn't HOT 2
- validating nan in an enum is no longer supported HOT 1
- Need a custom ref resolver
- Support custom Registry for meta schema in check_schema HOT 4
- `"format":"date-time"` not working HOT 6
- The latest version is slower than 3.2.0 validator HOT 5
- Validation error messages changed after upgrading jsonschema version from 3.2.0 to 4.21.1 HOT 5
- multipleOf fails to validate that 4.02 is a multiple of 0.01 due to floating point math HOT 1
- Unexpected KeyError while running test suite inside GitLab Worker HOT 3
- Enhancing the multipleOf Validator for Improved Decimal Handling in jsonschema HOT 1
- @FormatChecker.checks decorator not a classmethod HOT 1
- RefResolver deprecation docs are confusing and do not explain how to replace a very simple usage (a RefResolver which just specifies a base_uri) HOT 1
- Using the copy button of the code block in the README results in error "zsh: command not found: $" HOT 2
- Support installation via Homebrew HOT 1
- Improve `best_match` when used with applicators HOT 2
- Documentation is out to date HOT 6
- Error importing jsonschema after release 4.22.0 HOT 7
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from jsonschema.