A canonical way to create ExtractedLicenseInfo (Helper method and documentation, Issue #215) #216
Conversation
…ctly Signed-off-by: jkraenzke <[email protected]>
Signed-off-by: jkraenzke <[email protected]>
There was a problem hiding this comment.
Other than my trivial comment about imports, this looks great! I'll give @goneall a chance to weigh in too, though I know he's OOO for a few weeks.
What kind of timeline are you hoping to have this change integrated in, @jkrae-metaeffekt? Note that while I (think) I can merge this PR, I don't have the means to cut a new release (and even if I did, I'd want @goneall to approve that first).
| import org.spdx.library.model.enumerations.SpdxEnumFactory; | ||
| import org.spdx.library.model.license.AnyLicenseInfo; | ||
| import org.spdx.library.model.license.ConjunctiveLicenseSet; | ||
| import org.spdx.library.model.license.*; |
There was a problem hiding this comment.
Based on the existing codebase, I think @goneall prefers explicit imports, rather than wildcard imports. FWIW I'd be in favour of using wildcard imports though, if he's open to that.
There was a problem hiding this comment.
Fair point about keeping style with the imports. Do you reckon I should just change history and force-push this fix?
There was a problem hiding this comment.
I'm OK with the wildcards and the minor style inconsistency in using a mix of specific imports and wildcard. I have my IDE set to generate the specific imports - mainly to avoid possible conflicts but in this case the public classes shouldn't create any conflicts.
|
Timeline? Huh. "ASAP" is just about the most useless comment to that question, i guess. I'm now using the correct constructor as a workaround for now (see #216). So my code works now. |
3 participants
Adds a helper class in ModelObject for correct creation of ExtractedLicenseInfo objects. This should resolve #215.
I also added documentation and comments regarding correct use of such objects. These may need correction:
It appeared to me that instances
ExtractedLicenseInfoand anSpdxDocumentbecome inherently linked after construction and are only assumed to produce correct behaviour when used together. I tried to document this, since it's a detail critical to data integrity but remains intransparent to me due to the complex workings of *ModelStore.:https://github.com/jkrae-metaeffekt/Spdx-Java-Library/blob/fbfd9acdc9aa81a2f17c7e5dff101c1fec495412/src/main/java/org/spdx/library/model/ModelObject.java#L1420C2-L1422 .
Please correct me on this. In case of correction, the other added javadocs may need adjustment, too.
edit: formatting fix