RFR: CODETOOLS-7902217: use try-with-resources where possible

dmitry.bessonov at oracle.com dmitry.bessonov at oracle.com
Fri Jul 13 22:02:27 UTC 2018



On 13/07/2018 22:44, dmitry.bessonov at oracle.com wrote:
> 
> 
> On 13/07/2018 19:17, Jonathan Gibbons wrote:
>>
>>
>> On 07/13/2018 10:30 AM, dmitry.bessonov at oracle.com wrote:
>>> Please review the following fix related to Automatic Resource 
>>> Management applied to JTHarness code base.
>>>
>>> JBS: https://bugs.openjdk.java.net/browse/CODETOOLS-7902217
>>> Webrev: http://cr.openjdk.java.net/~dbessono/7902217/webrev/
>>>
>>> dmitry
>>
>> Generally good.
>>
>> As always, there's more that can be done:
>>
>> Lots of places where you could use Files.new* API.  E.g. lines like this
>>
>>   489         try (Writer writer = new BufferedWriter(new 
>> OutputStreamWriter(new FileOutputStream(index), 
>> StandardCharsets.UTF_8))) {
>>
>>
>>
>> There are also some potential sites that were not caught by the IDE, 
>> such as in Desktop.java and ConfigManager.java
>>
>>   971             try (FileInputStream fis = new FileInputStream(file);
>>   972                 InputStream in = new BufferedInputStream(fis)) {
>>   973                 Properties props = new Properties();
>>   974                 props.load(in);
>>   975                 in.close();
>>   976                 return props;
>>   977             }
> 
> Applied try-with-resources more extensively and cleaned up some 
> double-closing:
> 
> JBS: https://bugs.openjdk.java.net/browse/CODETOOLS-7902218
> Webrev: http://cr.openjdk.java.net/~dbessono/7902218/webrev/

A corrected patch: http://cr.openjdk.java.net/~dbessono/7902218/01/webrev/

ConfigManager, line 1051 - close() call was deleted without moving 
stream instance inside try-with-resources block.

dmitry

> 
> dmitry
> 
> 
>>
>>
>> -- Jon


More information about the jtharness-dev mailing list