JDK-6209613 : REGRESSION: Error during installation of SUNWj6rt package in Solaris x86/amd64
  • Type: Bug
  • Component: install
  • Sub-Component: install
  • Affected Version: 5.0u2,6
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris
  • CPU: x86
  • Submitted: 2004-12-16
  • Updated: 2010-04-04
  • Resolved: 2004-12-23
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
5.0u2Fixed 6 b17Fixed
Related Reports
Relates :  
JDK-6234174 - Wrong ARCH value in SVR4 packages.
Description
Build : JDK 6.0 1.6.0-ea-b16
Location : /net/mizu.sfbay/usr/re/jdk1.6.0/bundles/solaris-i586/b16-2004-12-16/
Bundle : jdk-6_0-ea-solaris-i586.tar.Z
Platform : Solaris 9 x86, Solaris 10 amd64 b72

Upon installation of SUNWj6rt package in a Solaris x86 machine, the following error occurs.
------------------------------------------
usr/jdk/instances/jdk1.6.0/jre/plugin/desktop/sun_java.png
/usr/jdk/instances/jdk1.6.0/jre/plugin/i386/ns4/libjavaplugin.so
/usr/jdk/instances/jdk1.6.0/jre/plugin/i386/ns7/libjavaplugin_oji.so
[ verifying class <none> ]
## Executing postinstall script.
ERROR: attribute verification of </usr/jdk/instances/jdk1.6.0/jre/lib/i586/client/classes.jsa> failed
    pathname does not exist

Installation of <SUNWj6rt> was successful.
----------------------------
Looks like the its looking for the shared archive in the wrong location. 

java -version works fine after installation. 
This problem is not observed in promoted mustang b15.




###@###.### 2004-12-16 18:29:06 GMT
Comments
EVALUATION This was introduced by the fix for 6190987. I wrongly believed that the fix couldn't effect anything other than the sparcv9 and amd64 packages, but due to an incedious quirk of our naming for Intel builds it altered the i386/i586 build. (Does it stike anybody else as strange that we name our builds with a nomenclature that Intel never used?) The fix is to map the "i586" value for $ARCH back to the original "i386" it was carefully moved away from in higher level makefiles. See suggested fix. ###@###.### 2004-12-20 03:11:29 GMT
20-12-2004
SUGGESTED FIX 61: pwd /export/build/deploy/install/make/installer/bundles/solaris 62: sccs diffs Makefile ------- Makefile ------- 25a26,38 > # > # There is inconsitancy in what the ARCH identifier for Intel processors > # should be. Sometimes its i386, other times its i586, and on rare occasions > # its actually i486. Solaris is consistant in using i386, so undue the > # mapping from i386 to i586 done in the upper level Makefiles. > # > ifeq ($(ARCH), i586) > PKG_ARCH = i386 > else > PKG_ARCH = $(ARCH) > endif > > 41c54 < ARCH="$(ARCH)" \ --- > ARCH="$(PKG_ARCH)" \ ###@###.### 2004-12-20 03:11:29 GMT
20-12-2004