-
Notifications
You must be signed in to change notification settings - Fork 46
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
Confusion around ExtendableLicense
and ExpandedLicensing
profile
#394
Comments
For the "simple" license profile The idea is that As far as the
It seems like we should either move |
In that case, I think we should also move |
In that case we should just move @armintaenzertng - would that resolve this issue? |
On a technical level I would say yes. But I'd be still confused why there is an extra profile that houses |
Let's discuss on today's tech call if we have time. |
With PR #399 I believe this issue is resolved. @armintaenzertng if you disagree, please open a new issue |
I don't understand the inheritance structure in the current
Licensing
/ExpandedLicense
profiles, especially the following part:Licensing:AnyLicenseInfo --> ExpandedLicense:ExtendableLicense --> Licensing:License
If every License object (that includes
CustomLicense
andListedLicense
) is a subclass ofExtendableLicense
, why are they not part of theExpandedLicense
profile? Same question goes forOrLaterOperator
, which is also a subclass ofExtendableLicense
.Alternatively,
ExtendableLicense
might just be moved to theLicensing
profile as it is abstract anyway and does not introduce any new properties as far as I can tell.If the current state is indeed intended the way it is, I propose to write a bit more documentation on why we cycle through different profile for the inheritance chain above.
The text was updated successfully, but these errors were encountered: