RFR: 8345286: Remove use of SecurityManager API from misc areas [v2]
Severin Gehwolf
sgehwolf at openjdk.org
Mon Dec 2 14:10:58 UTC 2024
On Mon, 2 Dec 2024 14:03:10 GMT, Jaikiran Pai <jpai at openjdk.org> wrote:
>> src/java.base/linux/classes/jdk/internal/platform/CgroupSubsystemController.java line 70:
>>
>>> 68: String line = bufferedReader.readLine();
>>> 69: return line;
>>> 70: } catch (IOException e) {
>>
>> We can use `Files.lines` here right away:
>>
>> Suggestion:
>>
>> try (Stream<String> lines = Files.lines(filePath)) {
>> Optional<String> firstLine = lines.findFirst();
>> return firstLine.orElse(null);
>> } catch (UncheckedIOException | IOException e) {
>
> Is the catch for `UncheckedIOException` due to some previously known failure resulting in the use of these APIs?
Without using `Files.lines()` no `UncheckedIOException` would be thrown. Just `IOException` and `null` returned. This extra catch is there to avoid new `UncheckedIOException` being thrown on `findFirst()`. I.e. to keep semantics the same as before.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/22478#discussion_r1865913984
More information about the serviceability-dev
mailing list