JDK-6283161 : PIT: Standard Extension test throws ExtensionInstallationException
  • Type: Bug
  • Component: security-libs
  • Sub-Component: java.security
  • Affected Version: 5.0u4,6
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2005-06-09
  • Updated: 2010-04-03
  • Resolved: 2005-07-13
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 JDK 6
1.4.2_10Fixed 6 betaFixed
Related Reports
Duplicate :  
JDK-6299460 - REGRESSION: JarEntry.getCertificates() returns null when memory is strained
Relates :  
JDK-6226269 - JAR verification causes significant footprint increases
Description
PIT: Standard Extension test case throws ExtensionInstallationException

Tested OS : Windows XP Home
Tested Build : Mustang PIT VC7 build 40
Build Location : /net/mizu.sfbay/usr/re/jdk7/jdk6.0/vc7/b40.07/bundles/windows-i586

1. Install Mustang PIT VC7 build 40 on windows xp home machine
2. Run the standard extension installation tests from the following location :
http://sqeweb/deployment1/deployment_tiger_exec_ws/deployment/docs/plugin/proc/JPI_stdext.html
3. Run the testcase : 11 (Pure Java Installation)

It throws ExtensionInstallationException. The same behaviour is working fine using PIT build 40.
Image file attached



###@###.### 2005-06-09 13:52:47 GMT
Comments
SUGGESTED FIX From Seam Mullan: java.util.jar.JarFile: >> public Manifest getManifest() throws IOException { >> Manifest man = manRef != null ? manRef.get() : null; >> >> if (man == null) { >> JarEntry manEntry = getManEntry(); >> // If found then load the manifest >> if (manEntry != null) { >> if (verify) { >> byte[] b = getBytes(manEntry); >> man = new Manifest(new ByteArrayInputStream(b)); >> if(!jvInitialized){ >> jv = new JarVerifier(b); >> } >> } else { >> man = new Manifest(super.getInputStream(manEntry)); >> } >> manRef = new SoftReference(man); >> } >> } >> return man; >> } ###@###.### 2005-06-20 02:15:08 GMT
20-06-2005
EVALUATION The bug does not always reproduces. And It also reproduces sometimes in build36. When I was invertisgating the problem, I found the size of plugin cached jar didn't match the size of downloaded jar from browser. It might be cached jar problem. will do further evaluation. ###@###.### 2005-06-10 08:07:38 GMT The problem comes from bug fix 6226269. It reproduces in latest release. Reassign to Sean. ###@###.### 2005-06-20 02:15:08 GMT
10-06-2005