You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In short, array/list elements are handled in context with no need for a name/id uniqueness rule.
Contextual naming rule examples can be provided later as helpful info on how to exploit the Reference.
The text was updated successfully, but these errors were encountered:
We discussed this in Gitter chat. The word 'uniquely' implies a constraint over the values of assigned names to props (prop objects), which is not actually applicable in most cases.
It is possible for applications and externally defined constraint sets to assert such rules when they are applicable, but that needs to be described elsewhere, not in the definition of prop/@name.
The offending sentence is this one:
a textual label, within a namespace, that uniquely identifies a specific attribute, characteristic, or quality of the property's containing object.
The word 'uniquely' can be struck from that sentence with no loss of meaning.
Question
The issue regards the Component Definition Model v1.1.1 JSON Format Reference listed at the URL below:
https://pages.nist.gov/OSCAL-Reference/models/v1.1.1/component-definition/json-reference/
In short, array/list elements are handled in context with no need for a name/id uniqueness rule.
Contextual naming rule examples can be provided later as helpful info on how to exploit the Reference.
The text was updated successfully, but these errors were encountered: