-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b84
-
Not verified
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 |
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.
- 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
-