RFR 8172102: jshell tool: remove print method forwarding to System.out from default startup
Robert Field
robert.field at oracle.com
Fri Dec 30 20:34:03 UTC 2016
Thanks for the comments!
Addressing the concerns....
Use of path-separator removed. Now multiple uses of --startup.
Make changes (sub-task) included below.
Dynamically generated includes removed. Fixed JAVASE added.
JDK 10 bug added for build-time generation:
https://bugs.openjdk.java.net/browse/JDK-8172154
Main bug::
jshell tool: remove print method forwarding to System.out from
default startup
https://bugs.openjdk.java.net/browse/JDK-8172102
Sub-task bug:
jshell tool (make): include built-in startup scripts in image
https://bugs.openjdk.java.net/browse/JDK-8172155
Langtools webrev:
http://cr.openjdk.java.net/~rfield/8172102v2.webrev/
Top level webrev:
http://cr.openjdk.java.net/~rfield/8172155v2.webrev/make/CompileJavaModules.gmk.sdiff.html
-Robert
On 12/30/16 10:17, Brian Goetz wrote:
> I think the use of path syntax here is a bit of an abuse. Typically,
> a path A:B represents a search path; first look in A, and then, if not
> found, look in B. But what you want to indicate is that we should
> process A *and* B at startup; this isn't a path.
>
> Unfortunately, there's not a universally accepted "and" character,
> where you could say "A,B" or "A+B" that people would immediately
> grok. So better to use repeated flags:
>
> jshell --startup A --startup B
>
> which is a bit verbose, but I think is more standard.
>
> I'd also prefer to see the standard startup be an actual, checked-in
> file called something like resources/DEFAULT.jsh, which is placed in
> the output directory alongside classfiles through the usual build
> mechanics, rather than living in code. I don't see that in the webrev?
>
More information about the kulla-dev
mailing list