- 
          
- 
                Notifications
    You must be signed in to change notification settings 
- Fork 74
feat: license expression details and properties - text attachment, licensing, etc #599
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
Conversation
- tests: examples for licenses with text - tests: draft for expressiosn with text Signed-off-by: Jan Kowalleck <[email protected]>
dac5995    to
    39524a2      
    Compare
  
            
          
                tools/src/test/resources/1.7/valid-license-expression-with-text-1.7.xml
              
                Outdated
          
            Show resolved
            Hide resolved
        
              
          
                tools/src/test/resources/1.7/valid-license-expression-with-text-1.7.xml
              
                Outdated
          
            Show resolved
            Hide resolved
        
              
          
                tools/src/test/resources/1.7/valid-license-expression-with-text-1.7.json
              
                Outdated
          
            Show resolved
            Hide resolved
        
      see #599 (comment) Signed-off-by: Jan Kowalleck <[email protected]>
        
          
                tools/src/test/resources/1.7/valid-license-expression-with-text-1.7.json
              
                Outdated
          
            Show resolved
            Hide resolved
        
              
          
                tools/src/test/resources/1.7/valid-license-expression-with-text-1.7.json
              
                Outdated
          
            Show resolved
            Hide resolved
        
      Signed-off-by: Jan Kowalleck <[email protected]>
as suggested in https://github.com/CycloneDX/specification/pull/599/files#r1965445439 Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
| 
 Hi @jkowalleck , I stumbled over the explanation of "content" of the text: | 
Signed-off-by: Jan Kowalleck <[email protected]>
| 
 added via c16b24a | 
| 
 this is not a difference in naming, but in structure. in JSON, we have this one object that contains the property "expression", and additional properties. Hope this helps to understand. XSD and JSON-schema and ProtoBuf-schema are just implementations of the CycloneDX spec. | 
Signed-off-by: Jan Kowalleck <[email protected]>
| 
 I've copied this over from the existing spec somewhere. Feel free to open an issue/pullrequest to improve this in the spec 👍 In addition, I've revisited the docs and and changed them - hopefully to the better: 7c49125 | 
Signed-off-by: Jan Kowalleck <[email protected]>
| </xs:complexType> | ||
| </xs:element> | ||
| <xs:element name="expression" type="bom:licenseExpressionType" minOccurs="0" maxOccurs="1" /> | ||
| <xs:element name="expression-detailed" type="bom:licenseExpressionDetailedType" minOccurs="0" maxOccurs="1" /> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
after #582 got merged
- make expression-detailed'smaxOccurs="unbounded", too.
- add an example where a declared expression is transferred to a concluded expression. we have an example for this where the ... OR ...expression become a concrete one.
this change would not affect the spec or scope of this feature, and will not interrupt the standardization process.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a reason why this is called expression-detailed and the JSON is called expressionDetails.  Not too worried about the hyphen, rather detailed vs details.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- details- these are the details
- detailed- that is the thing that contains the details.
| I think all needed tasks on this PR were touched. it is ready for review. | 
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
Signed-off-by: Jan Kowalleck <[email protected]>
49bded2    to
    5b12e67      
    Compare
  
    | RFC notice sent. 
 Public RFC period ends April 8, 2025 | 
| This feature was just approved by Ecma TC54 👍 | 
## Fixed * XML schema: add type for `ComponentData` sub-elements ([#600] via [#601]) * JSON schema: added the correct `deprecated` mark for already deprecated structures (via [a973a6b]) ## Deprecated * Deprecated various fields and structures related to _cryptographic transparency_ - _CBOM_ . (via [#657]) Use the newly added structures and fields for detailing the information instead. ## Changed * Extended the scope of _formulations_. (via [#647]) From now on, _formulations_ may be used to describe how any referencable object within the BOM came together, including components, services, metadata, declarations, or the BOM itself. Before, it was restricted to components and services. ## Added * Support for _external components_ with _version-ranges_ ([#321] via [#586]) * Support for _multiple_ SPDX License Expressions alongside with other licenses ([#454] via [#582]) * Support for _Streebog hashing algorithm_ ([#485] via [#525]) * Support for license expression _details and properties_ ([#549], [#554] via [#599]) * Support for expressing BOM distribution constraints with the _Traffic Light Protocol_ (TLP) in metadata ([#595] via [#604], [#653]) * Support for representing _patent information_ ([#596] via [#597]) * Support for _properties_ on external-references ([#608] via [#610]) * Support for _citations_ ([#630] via [#629]) * Support for detailing _cryptographic transparency_ information - _CBOM_ ([#569] via [#657]) ## Documentation * Elaborated component classification "platform", explicitly expressed that it includes just-in-time compilers and interpreters ([#233] via [#647]) * Removed the term "optional" from the schema where the definition was already unambiguous ([#616], [#649] via [#680]) ## Test data * Add test data for CycloneDX 1.7 implementations in XML, JSON, Protobuf [#233]: #233 [#321]: #321 [#454]: #454 [#485]: #485 [#525]: #525 [#549]: #549 [#554]: #554 [#569]: #569 [#582]: #582 [#586]: #586 [#595]: #595 [#596]: #596 [#597]: #597 [#599]: #599 [#600]: #600 [#601]: #601 [#604]: #604 [#608]: #608 [#610]: #610 [#616]: #616 [#629]: #629 [#630]: #630 [#647]: #647 [#649]: #649 [#653]: #653 [#657]: #657 [#680]: #680 [a973a6b]: a973a6b ---- - fixes #233 - fixes #321 - fixes #454 - fixes #485 - fixes #549 - fixes #554 - fixes #595 - fixes #596 - fixes #600 - fixes #608 - fixes #629 - fixes #616 - fixes #649
As discussed via #549, this PR adds new structures to allow documenting the licensing and "properties" of SPDX expressions
As discussed via #554, this PR adds new structures to allow documenting the license texts for SPDX expressions' individual parts.
TODO