Process Document review
line numbers: JCP-2.8-21SEP2011-Redlined.pdf
285-287 - We just went through a big deal with TCK licensing. Strike last sentence of paragraph, and add RI & TCK to preceding sentence. The EG members must not have a moving target after joining an EG.
PC> Good luck with that. It's impractical. There can be many legitimate reasons to tweak the original license. EC members are free to express their disapproval of changes by voting no.
SS> But EG members have no such recourse. This is one reason I feel Individuals need to be very aware of what they are getting into when they join a JSR. It is things like this - licenses that can be moving targets, ability for spec lead to effectively withdraw a JSR from further licensing - which makes this platform not a truly open platform. Solution: wording that advises socialization of licenses prior to initial JSR approval, and upon approval, the license is final; the license can only be changed with unanimous approval of any EG member who contributed to the specification. Otherwise a spec lead can lead the charge to change licensing, get a lot of members to agree, and leave others out in the cold. What if those others were individuals who joined on the promise of getting an open source license, but it was later switched for one less open? This is totally plausible, because individuals are sometimes the minority in an EG, and the EG process for stuff like this is at best loosely defined, so what may work for corporations (which have a back-channel available to them via cross-licensing agreements) might not work for individuals. I understand something like this happened with an SE/EE Resources API JSR but I am not clear on the details. I can try to get them if necessary.
Again: proposal - don't change license after initial approval (and before EG formation) without unanimous past/present EG member vote.