JSR358-34: End of Life for JSRs

apastsya commented 12 years ago

Jira issue originally created by user pcurran:

All technologies reach a natural end of life but there's no allowance for this in the JSPA. • Clarify whether the obligation to license the Spec, RI, and TCK is "perpetual" and if not, the circumstances under which the obligation expires.

Is the Spec Lead obliged to provide a functional TCK 20 years after Final Release?

apastsya commented 12 years ago

is related to JSR358-9: Licensing can be withdrawn before natural expiration of copyrights/patents

apastsya commented 9 years ago

Comment created by pcurran:

We discussed this at the April 2015 EC meeting. From the minutes:

Mike Milinkovich reported that Eclipse has a similar process and that they use the term "archiving". Archived projects are no longer current or supported. Patrick asked whether the TCK for an archived JSR should be supplied. Mike suggested yes, noting that no legal agreement lasts forever.

There was general agreement that we should define some kind of archiving process. Just as the PMO regularly reviews potentially dormant JSRs they should also perform regular reviews to ask Spec Leads whether their JSRs should be archived. Any actual change of state should only be performed after several months' public notice.

John Weir asked whether an archived JSR could come back to life. Mike responded that it should always be possible to re-start an archived JSR.

We agreed to keep this topic open and to discuss it further in the Working Group.

jcp-org / jsr358

JSR358-34: End of Life for JSRs #29

All technologies reach a natural end of life but there's no allowance for this in the JSPA. • Clarify whether the obligation to license the Spec, RI, and TCK is "perpetual" and if not, the circumstances under which the obligation expires.