RFR: 8198317: Enhance JavacTool.getTask for flexibility [v3]
Jonathan Gibbons
jjg at openjdk.java.net
Tue Dec 29 03:45:57 UTC 2020
On Sat, 26 Dec 2020 18:58:15 GMT, Guoxiong Li <github.com+13688759+lgxbslgx at openjdk.org> wrote:
>> Hi all,
>>
>> This little patch enhances the setting of `Log` in `JavacTool.getTask`.
>>
>> Thank you for taking the time to review.
>>
>> Best Regards.
>
> Guoxiong Li has updated the pull request incrementally with one additional commit since the last revision:
>
> Revise test.
Any time that tests split a string into lines it is really important to ensure that it works on Windows as well as Linux/Mac platforms, because of the different line endings.
The code looks OK. Alternatively, if you are not concerned to check for the exact line ending sequence, you can use `split("\\R")` to split on any line ending sequence. Either way, it's worth checking the test runs on platforms with both kinds of typical line ending.
test/langtools/tools/javac/api/8198317/T8198317.java line 90:
> 88: .call();
> 89: tb.checkEqual(expected, Arrays.asList(bais.toString().split(lineSeparator)));
> 90: System.setErr(prev);
Although not strictly necessary in this case, it is good practice to use `try ... finally` to reset values back to some previous value. In other words, the `System.setErr(prev);` should be in the `finally` clause.
test/langtools/tools/javac/api/8198317/T8198317.java line 82:
> 80:
> 81: // Situation: out is null and the value is not set in the context.
> 82: ByteArrayOutputStream bais = new ByteArrayOutputStream();
The variable name `bais` is "surprising". Is it a cut-n-paste from elsewhere? I was expecting to see `baos` as an acronym for "byte array output stream", `bais` suggests "byte array input stream".
-------------
PR: https://git.openjdk.java.net/jdk/pull/1896
More information about the compiler-dev
mailing list