jakartaee/nosql

Licenses?

Closed this issue ยท 13 comments

keilw commented

The structurally identical JNoSQL "spec" had the following licenses: https://github.com/eclipse/jnosql/blob/master/LICENSE
This one https://github.com/JNOSQL/nosql/blob/master/LICENSE while upgraded to EPL 2.0 does not mention the Apache License 2.0 as secondary license at all, it's lost and "replaced" by the default Java EE 8 "legacy" of GPL 2 with CPE.
How come the secondary license would suddenly change, or was it a template mistake?

This request comes from the legal team.

keilw commented

Eclipse Legal? @waynebeaton, is this really the case, that new Jakarta EE Specs must have GPL with CPE as the only secondary license, regardless of the prior codebase?

It came from me. While the project proposal was in draft, I expressed a preference that the project use the licensing scheme of the top-level project. @otaviojava agreed.

keilw commented

I don't see that much of a problem, but are there others including every contributor (https://github.com/eclipse/jnosql/graphs/contributors) who should be asked for their permission (I know from a Spec Lead role, that is the case for JCP specs) or can the project lead decide that alone?
Also asking with other possible candidates like Config in mind. I highly doubt they would accept that based on what's going on with MicroProfile, but if those who need to approve the license change are happy for NoSQL, I see no problem. Given Jakarta Persistence uses the same license it might also make it easier where synergies could arise ;-)

@waynebeaton thank you.

The IP Team is engaged. They will ensure that any relicensing that is required has been executed correctly.

Also note, that the current API is licensed under EPL-1.0.
This potentially needs further clearance and ACK from all contributors if you want to update to EPL-2.0. The linked document also lists ALv2 btw.
https://github.com/eclipse-ee4j/nosql/blob/master/specification/src/main/resources/META-INF/LICENSE#L3

keilw commented

That's why I asked, but it does not seem an issue. For most parts @otaviojava was the only contributor anyway ;-)

Thank for the feedbacks, that is the IP track: https://dev.eclipse.org/ipzilla/show_bug.cgi?id=19915

Also note, that the current API is licensed under EPL-1.0.
This potentially needs further clearance and ACK from all contributors if you want to update to EPL-2.0.

Content licensed under the EPL-1.0 can be distributed under the terms of a new version of the agreement. That is, you can just update the license from EPL-1.0 to EPL-2.0. It's a good idea to let contributors know what you're doing.

FWIW, updating from EPL-1.0 to EPL-2.0 with a secondary license (which I believe is the case here) may require some attention from the contributors. The IP should have noticed this when you submitted your initial contribution for their review and provided assistance for remediation. If you're not sure, send a note to license@eclipse.org to ask for advice.

The linked document also lists ALv2 btw.
https://github.com/eclipse-ee4j/nosql/blob/master/specification/src/main/resources/META-INF/LICENSE#L3

keilw commented

The project info https://projects.eclipse.org/projects/ee4j.nosql states GPL with CPE as the secondary license, which one is correct, or are there 2 secondary licenses?

keilw commented

This is very old, @otaviojava, @waynebeaton, @ivargrimstad do you see any reason to keep it open?

IMHO, we can close this one.