JDK-4708187 : ZipFile doesnt deallocate memory even when an exception has occured.
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util
  • Affected Version: 1.4.0_01
  • Priority: P1
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2002-06-26
  • Updated: 2009-06-25
  • Resolved: 2002-07-16
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
1.4.0_02 02Fixed
Related Reports
Relates :  
JDK-4475540 - GZipOutputStream leaks native memory
Description
ZipFile doesnt deallocate memory even when an exception has occured.A simple Testcase is attached . This problem is not seen with jdk1.4.1 beta.
Run as java TestJdk 
use pmap to see the memory allocated for the class file(fortuneServlet.class) .
Description:

iMM application which is running on sunone appserver 7.0 uses getcipher() api for data encryption/decryption .This api internally passes a class file to ZipFile api(The class file passed is the one which is using getCipher api. ) , ZipFile throws an exception but does not deallocate memory allocated to the class file . 

Contact me(###@###.###) if more info is needed .



Wed Jun 26 03:55:48 MDT 2002	vk112360
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: 1.4.0_02 FIXED IN: 1.4.0_02 INTEGRATED IN: 1.4.0_02
14-06-2004
EVALUATION This is "NOT" a hopper 1.4.1 issue, This needs to be addressed for upcoming iPlanet 7.0 release. JPSE team will be notified for 1.4.0_01_x release.. ###@###.### 2002-06-26 I was able to see memory grow pretty rapidly, but with JDK 1.4.1 we stayed the same/constant. ###@###.### 2002-06-26
26-06-2002