<< Back to previous view

[JSR358-48] A goal of RI/TCK IP working group should be access to the RI/TCK by community Created: 11/Jan/13  Updated: 22/Feb/13

Status: Open
Project: jsr358
Component/s: Intellectual Property, Licensing, Participation
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: starksm64 Assignee: Unassigned
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: lightguard, starksm64 and steven_g_harris

 Description   

One goal we would like to see more explicitly stated is that access to both the RI and TCK is to be granted freely (as in beer) to all community members. This would not necessarily include the right to declare an implementation as compatible or use any branding right. Dealing with the separation between the right to access and use the RI/TCK versus the support, certification cost recovery and branding have to be dealt with as separate concerns.



 Comments   
Comment by steven_g_harris [ 11/Jan/13 08:48 PM ]

I suggest we push for this as a requirement for all new JSRs and grandfather-in (if the Spec Lead wants) the existing and maintenance ones. This allows Oracle to keep its existing JCK in closed source form, but forces everyone, including Oracle, to do things openly on new JSRs. Thus, as SE and EE move forward, they will become more open as component JSRs are forced to be open. And if Oracle as spec lead on SE and EE can't deal with it, then they can just not include any of the new component JSRs that are open. Choose: open or don't include it in an umbrella spec.

Comment by lightguard [ 22/Feb/13 10:34 PM ]

You're saying all previous JSRs and their TCKs will remain closed, but future ones will be open?





[JSR358-64] Add requirement for collaborative ("open source") development process for RI to the Process Document Created: 08/Apr/14  Updated: 08/Apr/14

Status: Open
Project: jsr358
Component/s: Participation
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: pcurran Assignee: Unassigned
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: pcurran

 Description   

The Process Document must be modified to add the requirement for collaborative ("open source") development processes for RI.

We should require that the Spec Lead provide a pointer to the collaboration project's "home page".

We should define at a high level the characteristics we require of the collaboration project (should this be in the Process Document or separated out from it in something that can more easily be modified?)






Generated at Fri Apr 18 04:05:45 UTC 2014 using JIRA 4.0.2#472.