-
-
Notifications
You must be signed in to change notification settings - Fork 216
Test case for $ref
resolution in case of URN $id
#250
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
Comments
+1 me for this.
RFC 3986 doesn't describe this much, it's not very intuitive if I recall
correctly, but it's not an error, and I can imagine implementations are
likely to get it wrong.
…On Mon, Jan 28, 2019, 15:59 Viacheslav Poturaev ***@***.*** wrote:
It is not apparent how reference resolution should happen in case base $id
is having urn:... value and $ref is subschema.json.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#250>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAatDZE2LZU6yQWWXVsdkCD3CT6Bo08Uks5vH4C2gaJpZM4aW8uw>
.
|
According to RFC it seems such case should be an invalid schema, so it might not belong to JSON Schema Test Suite as suite expects valid schema with valid/invalid test data. |
@vearutop let's be careful about "URI scheme-specific error" and "invalid schema". schemE and schemA are quite different here. However, I agree that checking for an error here would be something that a reference resolver that understands the We can test that an implementation can handle scheme-specific reference resolution information for |
Think this is a duplicate of #179. Going to close this in favor of that one, though yeah definitely seems like we need some of these. |
It is not apparent how reference resolution should happen in case base
$id
is havingurn:...
value and$ref
issubschema.json
.The text was updated successfully, but these errors were encountered: