JDK-4333436 : java.util.zip.ZipEntry always returns null for getExtra method
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util
  • Affected Version: 1.3.0
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_nt
  • CPU: x86
  • Submitted: 2000-04-26
  • Updated: 2004-09-15
  • Resolved: 2000-07-21
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other Other Other
1.3.0_01 01Fixed 1.3.1Fixed 1.4.0Fixed
Related Reports
Relates :  
JDK-4369396 - Jar files should be locked by default when working with them
Description

Name: stC104175			Date: 04/26/2000


I installed j2sdk1_3_0rc3-win.exe and had to uninstall it because none of my
applications will run, so I can't run java -version for 1.3

I have a custom zip file that includes "extra" information for each entry in
the central directory. The java.util.zip.ZipEntry.getExtra method returns the
bytes in the "extra" field in JDK 1.1 and JDK 1.2 (as well as jview), but the
same code run with 1.3 ALWAYS returns null. I looked at the java source code,
but the zip support calls a native method, so I can't see exactly where the
failure is.
(Review ID: 104136) 
======================================================================
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: 1.3.0_01 ladybird merlin-beta FIXED IN: 1.3.0_01 ladybird merlin-beta INTEGRATED IN: 1.3.0_01 ladybird merlin-beta VERIFIED IN: hopper-rc merlin-beta
22-09-2004
WORK AROUND Name: stC104175 Date: 04/26/2000 There is no workaround. The "extra" field contains required information for my application to properly process the zip file. ====================================================================== The work around would be to put the extra info in the LOC header, instead of the central directory.
22-09-2004
EVALUATION This is due to a problem created by the recent performance improvement to the zip native code, it is unlikely we will be able to fix this in kestrel, but a proper work around has been provided. ###@###.### 2000-04-26 Fixed the problem by retrieving the extra data from the CEN directory. ###@###.### 2000-06-28
26-04-2000