Skip to content

Commit bdbf918

Browse files
committed
Consolidate and clarify duplicate IRI behavior
1 parent 29f4a12 commit bdbf918

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

jsonschema-core.xml

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1456,11 +1456,16 @@
14561456
fragment "#foo" when used in a IRI. See below for full examples.
14571457
</cref>
14581458
</t>
1459+
</section>
1460+
1461+
<section title="Duplicate schema identifiers">
14591462
<t>
1460-
The effect of specifying the same fragment name multiple times within
1461-
the same resource, using any combination of "$anchor" and/or
1462-
"$dynamicAnchor", is undefined. Implementations MAY
1463-
raise an error if such usage is detected.
1463+
A schema MAY (and likely will) have multiple IRIs, but there is no way
1464+
for an IRI to identify more than one schema. When multiple schemas
1465+
attempt to identify as the same IRI through the use of "$id", "$anchor",
1466+
"$dynamicAnchor", or any other mechanism, implementations SHOULD raise
1467+
an error condition. Otherwise the result is undefined, and even if
1468+
documented will not be interoperable.
14641469
</t>
14651470
</section>
14661471

@@ -1671,11 +1676,6 @@
16711676
be noted within a schema document as it is processed, producing associations
16721677
as shown in appendix <xref target="idExamples" format="counter"></xref>.
16731678
</t>
1674-
<t>
1675-
A schema MAY (and likely will) have multiple IRIs, but there is no way for a
1676-
IRI to identify more than one schema. When multiple schemas try to identify
1677-
as the same IRI, validators SHOULD raise an error condition.
1678-
</t>
16791679
</section>
16801680

16811681
<section title="Detecting a Meta-Schema">

0 commit comments

Comments
 (0)