[jsr360-observers] [jsr360-experts] Re: Dropping Stripped Implementations from SE/ME 8
- From: Lampart Thomas <
- To: "
- Subject: [jsr360-observers] [jsr360-experts] Re: Dropping Stripped Implementations from SE/ME 8
- Date: Thu, 13 Feb 2014 09:41:13 +0100
- Accept-language: de-DE, en-US
- Acceptlanguage: de-DE, en-US
- List-id: <jsr360-experts.jsr360.java.net>
Removing stripping for the present is fine for us.
From: roger riggs
Sent: Mittwoch, 12. Februar 2014 19:09
Subject: [jsr360-observers] [jsr360-experts] Dropping Stripped
Implementations from SE/ME 8
In order to preserve compatibility and guard against fragmentation, the
Stripped Implementations feature of Java ME 8 (and SE 8) requires some
nontrivial changes to the TCK license.
We been working with Oracle's legal department on these revisions for some
time now. Unfortunately, there is insufficient time for members of the
Expert Group, members of the JCP Executive Committee, and other interested
parties to review and comment on these changes.
We therefore propose to drop the Stripped Implementations feature from Java
ME 8. This will only require removing the "Stripping on Deployment"
section in the Adherence to the Java Virtual Machine Specification of the
CLDC Specification. There is no change to the RI or TCK tests.
We remain convinced that Stripped Implementations are important to the future
of the Platform. This does not mean "stripping on deployment"
will be dropped,
but will be postponed to a later update of Java ME and SE.
Sincerely, Roger Riggs and Michael Lagally
This message and any attachments are intended solely for the addressees and
may contain confidential information. Any unauthorized use or disclosure,
either whole or partial, is prohibited.
E-mails are susceptible to alteration. Our company shall not be liable for
the message if altered, changed or falsified. If you are not the intended
recipient of this message, please delete it and notify the sender.
Although all reasonable efforts have been made to keep this transmission free
from viruses, the sender will not be liable for damages caused by a