Everyone on my team was required to sign the OCA before committing code was allowed. I'm sure we could sign something else if need be. Most of the code was written by Sun employees who are long gone. I am not able to work on the project, except for consults like this.
Regards, On 2020/04/10 13:31:45 Matthias Bläsing wrote: > Hi, > > Am Donnerstag, den 09.04.2020, 11:39 +0200 schrieb Geertjan Wielenga: > > The argument could be made that since the code was part of contrib under > > the OCA (Oracle Contributor Agreement), it belongs to Oracle and Oracle can > > simply donate it. > > yes - and assuming, that correct procedure was followed all > contributions to netbeans had to be covered by an OCA. (for all this > IANAL applies) > > Oracle puts itself into a position of massive power when requiring the > OCA (applies to all projects using CLAs). Oracle is the only entity, > that can for example take the OpenJDK Code, slab their "Oracle JDK" > label on and sell it with a license, that is incompatible with the > GPLv2-CPE. This is only possible, because every contriutor has to sign > the OCA and thus gives Oracle a full license. > > I quote from the OCA: > > You agree that each of us can do all things in relation to your > contribution as if each of us were the sole owners, and if one of us > makes a derivative work of your contribution, the one who makes the > derivative work (or has it made) will be the sole owner of that > derivative work. > > So yes Oracle has "owner equal" rights to the code (and demonstrates, > that they excercise that right (see OpenJDK)). In any case, > contributions also applied to the NetBeans core, so if Oracle now wants > to pull the "OCA is a problem" card, the ball was already dropped. > Noone forced Oracle to use an OCA, that was and is a deliberate choice. > > > So I'll reverse the question: How should it work, that all individual > contributors validate, that they own the code and how shall we > (NetBeans PMC) validate that? In this case relying on OCA and proper > procedure of contribution in the past are invaluable. > > > Greetings > > Matthias > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
