Details
-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b84
-
Not verified
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8018654 | 7u45 | Chris Hegarty | P3 | Closed | Fixed | b01 |
JDK-8010689 | 7u40 | Chris Hegarty | P3 | Closed | Fixed | b20 |
Description
JarFileFactory has two Maps that it uses to implement caching of jar files. Access to these maps should always be done while holding the instance lock, as multiple threads can be simultaneously updating the maps.
The close method was added some time after the original implementation, and it looks like the locking was forgotten. Also, the locking strategy assumes that JarFileFactory is a singleton. It could be reworked to make it more robust.
The close method was added some time after the original implementation, and it looks like the locking was forgotten. Also, the locking strategy assumes that JarFileFactory is a singleton. It could be reworked to make it more robust.
Attachments
Issue Links
- backported by
-
JDK-8010689 sun.net.www.protocol.jar.JarFileFactory.close(JarFile) should be thread-safe
- Closed
-
JDK-8018654 sun.net.www.protocol.jar.JarFileFactory.close(JarFile) should be thread-safe
- Closed