> On Jun 14, 2016, at 9:41 AM, Steve Drach <steve.dr...@oracle.com> wrote: > > Hi Mandy, > >>> Please review the following changeset to make jdeps multi-release jar aware. >>> >>> webrev: http://cr.openjdk.java.net/~sdrach/8153654/webrev.00/index.html >>> <http://cr.openjdk.java.net/~sdrach/8153654/webrev.00/index.html> >>> issue: https://bugs.openjdk.java.net/browse/JDK-8153654 >>> <https://bugs.openjdk.java.net/browse/JDK-8153654> >>> >>> The changeset adds a new command line option to jdeps. The -multi-release >>> option can be set to the string “runtime” or an integral string value >>> corresponding to the Java platform releases starting at 9 (i.e. 9, 10, 11, >>> etc.). Jar files that jdeps accesses, either on the class path or as a >>> target, are opened with the appropriate JarFile.Release parameter. The >>> mapping from -multi-release value to JarFile.Release is: >>> >>> 9 -> JarFile.Release.VERSION_9 >>> runtime -> JarFile.Release.RUNTIME >>> all others -> JarFile.Release.BASE >>> >>> If the option is not present, the jar file mode is JarFile.Release.Base. >> >> Have you considered parsing all versioned entries in MRJAR as the default >> and include the version information in the output? > > Briefly ;-) But now that you brought it up, I think the right thing to do is > to rescind this RFR and redesign the output for jdeps so that it’ll be more > useful for the users by doing what you suggest.
Sounds good. Mandy