Bug 2124390

Summary: Leak File Descriptors Because of ResolverLocalFilesystem#engineResolveURI()
Product: Red Hat Enterprise Linux 8 Reporter: kazuhiro kawana <kkawana>
Component: java-1.8.0-openjdkAssignee: Andrew John Hughes <ahughes>
Status: CLOSED CURRENTRELEASE QA Contact: OpenJDK QA <java-qa>
Severity: high Docs Contact:
Priority: high    
Version: 8.0CC: ahughes, jandrlik, jvanek
Target Milestone: rcKeywords: Triaged, ZStream
Target Release: ---Flags: kkawana: needinfo-
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: java-1.8.0-openjdk-1.8.0.352.b08-3.el8 Doc Type: Bug Fix
Doc Text:
Code within OpenJDK's XML digital signature support was found to not close open files. This led to the virtual machine crashing when the open file limit was reached. This update resolves the issue by closing each file after it is used.
Story Points: ---
Clone Of:
: 2139705 2139706 (view as bug list) Environment:
Last Closed: 2023-07-17 18:48:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2139705, 2139706    

Description kazuhiro kawana 2022-09-06 01:26:07 UTC
### Description of problem:
We got leak File Descriptors using openjdk 1.8.0.

A same issue was reported in JDK bug database and already fixed:
And this fix is not included in latest openjdk8

Fixed bug: 
Leak File Descriptors Because of ResolverLocalFilesystem#engineResolveURI()
https://bugs.openjdk.org/browse/JDK-8256192

8255559: Leak File Descriptors Because of ResolverLocalFilesystem#engineResolveURI()
https://github.com/openjdk/jdk/commit/6e8b8628

It looks OpenJDK 1.8.0(latest) does not contain the above fix. Please a backport the fix.

### Version-Release number of selected component (if applicable):
- java-1.8.0-openjdk-1.8.0.342.b07-2.el8_6

### How reproducible:

Anytime

### Steps to Reproduce:

N/A

### Actual results:

N/A

### Expected results:
We expect processed normally using openjdk 1.8.0.

Comment 10 Andrew John Hughes 2022-11-09 15:53:08 UTC
Upstream PR: https://github.com/openjdk/jdk8u-dev/pull/165