The API is still a work in progress. Stay tuned.
> On Aug 21, 2015, at 4:37 AM, deven you <ydwch...@gmail.com> wrote: > > Hi Jim, > > I have one question. I see Hotspot already supports in decompressing > compressed resource and there is a method newCompressedResource in > jdk/src/java.base/share/classes/jdk/internal/jimage/ResourcePool.java > for creating a compressed resource but I did not find any API uses this > method and not find there is any compressed resource in bootmodules.jimage. > > What I want to know is 1. if I want to compress one resource in a certain > module what are the steps? I assume I need write some code which first gets > the plugin and compressed buffer and then pass to newCompressedResource? If > there is some compressed zip or jar files in a certain module how the > relevant code deals with this condition? > 2. Any plan that bootmodules.jiamge or > other jimage files will contain such compressed resources? > > Thanks a lot! > > 2015-06-18 8:08 GMT+08:00 Jim Laskey (Oracle) <james.las...@oracle.com > <mailto:james.las...@oracle.com>>: > https://bugs.openjdk.java.net/browse/JDK-8080511 > <https://bugs.openjdk.java.net/browse/JDK-8080511> > > This is an long overdue refresh of the jimage support in the JDK9-dev repo. > This includes native support for reading jimage files, improved jrt-fs (java > runtime file system) support for retrieving modules and packages from the > runtime, and improved performance for langtools in the presence of jrt-fs. > > http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-top > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-top> > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-top > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-top>> > http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-jdk > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-jdk> > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-jdk > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-jdk>> > http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-hotspot > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-hotspot> > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-hotspot > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-hotspot>> > http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-langtools > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-langtools> > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-langtools > <http://cr.openjdk.java.net/~jlaskey/hs-rt-jimage/webrev-langtools>> > > > Details: > > - jrt-fs provides access, via the nio FileSystem API, to the classes in a > .jimage file, organized by module or by package. > - Shared code for jimage support converted to native. Currently residing in > hotspot, but will migrate to it’s own jdk library > https://bugs.openjdk.java.net/browse/JDK-8087181 > <https://bugs.openjdk.java.net/browse/JDK-8087181> > <https://bugs.openjdk.java.net/browse/JDK-8087181 > <https://bugs.openjdk.java.net/browse/JDK-8087181>> > - A new archive abstraction for class/resource sources. > - java based implementation layer for jimage reading to allow backport to > JDK8 (jrt-fs.jar - IDE support.) > - JNI support for jimage into hotspot. > - White box tests written to exercise native jimage support. > >
