Please review the change to support dual mode launcher
Mandy Chung
mandy.chung at oracle.com
Wed Mar 31 16:00:49 PDT 2010
On 03/30/10 08:44, Jonathan Gibbons wrote:
> Alan Bateman wrote:
>> The change seems reasonable to me. I realize the switch is
>> temporary/internal only but would it be better to make it -X option?
Thanks for reminding me. Yes, I should use -X option.
>> Maybe -Xlegacymode and -Xmodulesmode?
>>
>> -Alan.
>>
> I think an option taking a value is better than a pair of boolean options.
> Separately, note that users will have to use -J to prefix the option,
> e.g. -J-Xmode:legacy. That's not an issue, but just remember that when
> trying out the option, and when documenting it.
I updated it to take this new option -Xmode:legacy and -Xmode:module.
> javadoc is similar to the other tools.
Ok. javadoc will run in legacy mode by default until it's updated to
look for the platform classes from jigsaw.
> The requirement for all of these
> tools is that the system property sun.boot.class.path is set to the
> platform class path. This is embodied in the code that handles these
> tools path options, Paths.java, round about line 344
>
> http://hg.openjdk.java.net/jdk7/tl/langtools/file/de6375751eb7/src/share/classes/com/sun/tools/javac/file/Paths.java.
>
>
> Thus the tools could operate in "hybrid" mode, where the tool's JVM runs
> in module mode, but sun.boot.class.path is set to a value that would
> allow the tool itself to operate in legacy mode. The distinction is
> similar to the existing distinction between -Xbootclasspath and
> -J-Xbootclasspath seen by all the tools.
Per our discussion yesterday, we want these tools to operate in
"jigsaw-enabled" mode like the new javac. The tools can then switch to
run in module mode.
Thanks
Mandy
More information about the jigsaw-dev
mailing list