clarify use of "bomlink" in schema #232
Replies: 5 comments 1 reply
-
Related to #179 |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
the thing is, we introduced an extra type alias "refType" for strings, to make it clear that some strings are not alike.
in the i propose to introduce a new type "bomlink", a string -alias with a constraint: it must match the pattern
This new type "bomlink" should be added wherever a "bomlink" is allowed/expected, so that digesting software authors are aware from reading the schema, that this special string at certain structures can have more meaning. I might draft a pullrequest to show how this might look like. |
Beta Was this translation helpful? Give feedback.
-
@stevespringett wrote here: #229 (comment)
|
Beta Was this translation helpful? Give feedback.
-
Possibly caused #136 |
Beta Was this translation helpful? Give feedback.
-
I am still uncertain which elements allow the use of bomlink.
From use cases it appears to be possible in
externalReferences[].url
,vulnerabilities[].affects[].ref
.Any where else?
I'd suggest enhancing the schema to make it visible where a bomlink is allowed and where it is not.
This helps tool builders, parsers, and most importantly clarifies this from schema, not only some additional pamphlets/texts.
Beta Was this translation helpful? Give feedback.
All reactions