<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">I’ve updated the webrev to include a new method on Target as suggested.</div><div class=""><br class=""></div><div class="">Steve</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 5, 2016, at 2:02 PM, Steve Drach <<a href="mailto:steve.drach@oracle.com" class="">steve.drach@oracle.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><meta http-equiv="Content-Type" content="text/html charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">Please review the changes required to make javac and the StandardJavaFileManager multi-release jar aware.  For javac, the version of the classes in a multi-release.jar is selected by the -release (or -target) command line option, or if the option is not present, javac’s default policy is used to select the version — typically the runtime version (i.e. version 9 is selected for JDK 9).  For the StandardJavaFileManager, the version is selected with the handleOption method.  See the tests for more detail.</div><div class=""><br class=""></div><div class="">issue: <a href="https://bugs.openjdk.java.net/browse/JDK-8149757" class="">https://bugs.openjdk.java.net/browse/JDK-8149757</a></div><div class="">webrev: <a href="http://cr.openjdk.java.net/~sdrach/8149757/webrev/index.html" class="">http://cr.openjdk.java.net/~sdrach/8149757/webrev/index.html</a></div><div class=""><br class=""></div><div class="">Thank you,</div><div class="">Steve</div></div></div></blockquote></div><br class=""></div></body></html>