792 2013-08-04 09:37:21 +0200 OpenJDK Subset - JRT Core 2013-09-10 17:16:08 +0200 1 1 4 Ji_Gong JRT General unspecified All all CONFIRMED --- enhancement --- 790 791 1 sgothel sgothel gouessej FEATURE --- oldest_to_newest 2839 0 sgothel 2013-08-04 09:37:21 +0200 Proposal .. JRT Core shall only require basic libraries of OpenJDK, i.e. - java.io.* - java.lang.* - java.nio.* - java.math.* - java.net.* - java.security.* - java.util.* - javax.crypto.* - javax.net.* Optional / Nice-To-Have: - java.sql.* - java.text.* - javax.sql.* - javax.xml.* - org.w3c.dom.* - org.xml.sax.* +++ Shall we strip off ???: - java.beans.* - java.rmi.* Especially strip off: - java.awt.* - javax.imageio.* - javax.sound.* - JavaFX +++ This list needs to be completed... 2841 1 sgothel 2013-08-04 09:43:31 +0200 Motivation to _not_ require certain packages (modules), i.e. to strip them off for JRT is to simplify the 1st milestone while knowing that it will be too hard to implement those for all desired platforms. Further more, certain modules like graphics and sound shall be tackled by other projects designated to this task, i.e. JOAL and JOGL .. etc. 2842 2 sgothel 2013-08-04 09:55:16 +0200 The methodology of 'stripping' off non required parts should be done in an automatic fashion. The latter is essential to keep track of the upstream repository, i.e. OpenJDK / IcedTea - which shall be the master. It is also mentioned that some OpenJDK 8 or 9 version may implement modularization. If this condensates one day, we should align with such! 2846 3 gouessej 2013-08-05 10:42:20 +0200 I wouldn't strip off java.beans.* because I already saw a few libraries proposing their own poor implementation of this set of packages under Android and in my humble opinion, I would be more happy if we could provide it without big efforts. Anyway, some packages could be removed further, for example by rebuilding the runtime. What about Swing? 2874 4 sgothel 2013-08-06 14:08:42 +0200 .. considering: A JEP 161: <http://openjdk.java.net/jeps/161> B Jigsaw: <http://openjdk.java.net/projects/jigsaw/dashboards/modularization> 2875 5 sgothel 2013-08-06 17:48:19 +0200 (In reply to comment #4) > .. considering: > A JEP 161: <http://openjdk.java.net/jeps/161> > B Jigsaw: > <http://openjdk.java.net/projects/jigsaw/dashboards/modularization> As described on <https://blogs.oracle.com/jtc/entry/a_first_look_at_compact> (JEP 161): "Understanding that Java 9 is quite a ways off, an interim solution will be available for Java 8, called Compact Profiles." Jigsaw is 'not ready' for prime time yet, even though it looks very promising. Current tests of our modularization focus on JEP 161's profiles for now as implemented in OpenJDK8. OpenJDK9 Jigsaw shall be used when 'ready'. This would allow us to provide the 3 JEP 161 profiles [compact1-3], as well as the desktop profile incl. AWT. 2956 6 sgothel 2013-09-10 17:16:08 +0200 http://jogamp.org/git/?p=jigong.git;a=summary