Skip to content
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

Express enumerations that are not defined in the current XSD but per nomartive text explictitly via cddl rules #5

Closed
henkbirkholz opened this issue Jun 8, 2018 · 2 comments

Comments

@henkbirkholz
Copy link
Member

There still might be a few cases left, where the value is text, but semantically it is a type-choice / enumeration. This should be double checked before meeting 102.

@henkbirkholz
Copy link
Member Author

Used role (label 33) & rel (label 40) as proposal by example. The roles & rels type-choices still require an extension-point, I assume.

media (label 10) is currently a text value with a semantic that is a tad bit more complex than a type-choice: "EXPRESSION [[OPERATOR] [EXPRESSION] ... ]", where EXPRESSION can be a simple type-choice.... or ... "([PREFIX-]ENVIRONMENT.ATTRIBUTE:VALUE)" ... and so on and on....

I propose to deal with.... that in cddl, too.

Also, the definition of rel seems to be wrong at the moment, as every SWID enumeration is actually NOT defined in https://www.iana.org/assignments/link-relations/link-relations.xhtml

This needs fixing.

@henkbirkholz
Copy link
Member Author

Addressed (with the exception of #6).
Leaving this open to be closed at SACM WG session in BKK.

cabo added a commit that referenced this issue Feb 21, 2022
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

1 participant