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
{{ message }}
This repository has been archived by the owner on Aug 27, 2022. It is now read-only.
Propose changing the SBOM Snippet class structure and attribute names to be compatible with SPDX and W3C pointer definitions
Add classes StartEndPointer, (abstract) singlePointer, byteRangePointer and LineCharPointer
Add properties byteRange and lineRange with type StartEndPointer
The text was updated successfully, but these errors were encountered:
it was also a simplification from a previous model where there were many classes to handle the ranges
Make a lot of sense. The Snippets in SPDX do have a lot of classes. The root cause of this is a desire to incorporate existing standard with the same meaning, which in this case is the W3C Pointer classes. The W3C classes are IMHO complex.
Does OMG have a similar objective of reusing existing standards? If so, I would suggest following the same somewhat more complex solution. If not, it would be worth considering a simplification.
Snippets are are only used in a small number of use cases, so the SPDX compatibility issues may not be as significant (although I would still prefer compatibility if there isn't a significant advantage to the alternative).
Propose changing the SBOM Snippet class structure and attribute names to be compatible with SPDX and W3C pointer definitions
Add classes StartEndPointer, (abstract) singlePointer, byteRangePointer and LineCharPointer
Add properties byteRange and lineRange with type StartEndPointer
The text was updated successfully, but these errors were encountered: