Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P3
Fix Version/s: 9
Affects Version/s: 6, 7
Component/s: security-libs
Labels:

Subcomponent:
java.security
Resolved In Build:
b70
CPU:

generic
OS:

generic
Verification:
Verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-2207540	emb-9	Sean Mullan	P3	Closed	Withdrawn	team

SecureClassLoader.getProtectionDomain uses HashMap<CodeSource> to cache protection domains to speed up their construction. CodeSource.hashCode() uses URL.hashcode() and CodeSource.equals() uses URL.equals().
However, these URL may cause DNS lookups which are expensive if everything is cached.

We should avoid them, e.g. by using URI.

backported by

JDK-2207540 SecureClassLoader should not use CodeSource URLs as HashMap keys

Closed

relates to

JDK-6826801 JarFileFactory should not use HashMap<URL>

Resolved

JDK-8131486 SecureClassLoader key for ProtectionDomain cache also needs to take into account certificates

Closed

JDK-6797730 Umbrella: Applet startup performance improvements

Closed

JDK-7007005 RFE: startup time of applets suffers if java.policy contains many grant statements

Closed

JDK-8062948 Implement and measure potential performance improvements

Resolved

JDK-7152564 Improve CodeSource.matchLocation(CodeSource) performance

Resolved

JDK-6810437 URL.hashcode() and URL.equals() are greedy with DN lookups

Closed

(3 relates to)

Assignee:: Sean Mullan

Reporter:: Igor Nekrestyanov (Inactive)

Votes:: 0 Vote for this issue

Watchers:: 3 Start watching this issue

Due:: 2015-05-29

Created:: 2009-04-06 09:45

Updated:: 2016-08-26 06:26

Resolved:: 2015-06-12 09:54

Imported:: 16/Sep/12 2:22 AM

Indexed:: 17/Jul/12 10:22 PM

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates