Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P4
Fix Version/s: 9
Affects Version/s: None
Component/s: core-libs
Labels:
- performance

Subcomponent:
java.util.jar
Resolved In Build:
b54
CPU:

generic
OS:

generic

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8083973	emb-9	Claes Redestad	P4	Resolved	Fixed	team
JDK-8074694	8u60	Xueming Shen	P4	Resolved	Fixed	b08

When reading java.util.zip.ZipEntry:s from a zip archive, java.util.zip.ZipUtils.dosToJavaTime is called eagerly.

This forces initialization of deprecated java.util.Date utilities early in the startup to evaluate values.

In practice the VM typically never look at the ZipEntry.getTime(). Preliminary testing shows this can have a positive impact on startup and VM footprint.

backported by

JDK-8074694 Lazy conversion of ZipEntry time

Resolved

JDK-8083973 Lazy conversion of ZipEntry time

Resolved

relates to

JDK-8066644 Fix deprecation warnings in jdk.zipfs module

Resolved

JDK-8055854 Examine overhead in java.net.URLClassLoader

Closed

JDK-4981560 ZipEntry.dosToJavaTime() uses deprecated (and thread-blocking) Date constructor

Closed

JDK-8130914 java/util/zip/TestExtraTime.java fails with "java.lang.RuntimeException: setTime should make getLastModifiedTime return the specified instant: 3078282244456 got: 3078282244455"

Closed

(1 relates to)

Assignee:: Xueming Shen

Reporter:: Claes Redestad

Votes:: 0 Vote for this issue

Watchers:: 3 Start watching this issue

Created:: 2015-02-19 09:33

Updated:: 2016-05-27 06:25

Resolved:: 2015-02-28 04:34

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates