JDK-8074320 : Solaris packages for jdk7u create unnecessary link in jre/lib/sparc to jre/lib/sparc/client/libjvm
  • Type: Bug
  • Component: install
  • Sub-Component: install
  • Affected Version: 7-pool,8-pool
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • CPU: sparc
  • Submitted: 2015-03-03
  • Updated: 2017-09-25
  • Resolved: 2017-09-25
Related Reports
Relates :  
JDK-8073688 - Infinite loop reading types during jmap attach.
Description
JDK7 Solaris sparc package (IPS) installs create a symlink:

jre/lib/sparc/libjvm.so -> jre/lib/sparc/client/libjvm.so

This client/libjvm.so gets loaded as a dependency for e.g. libverify.so,
when there is already a server/libjvm.so loaded.

This is odd - we have two libvjm.so loaded.  It also causes the infinite loop seen in 8073688.

The symlink does not appear to be necessary.
Comments
How urgent is this? Are Solaris driving this ...?
03-03-2015
jdk 8 and 9 need some cleanup here, though it can't create an actual problem like it can in 7u. In jdk 8 and 9, we don't actually have sparc libraries, just sparcv9, and no "client" jvm, however it looks like we still have elements of the package that need updating (removing). e.g in jdk9: hs-rt/install/make/installer/bundles/solaris/ips-re/released/bin/links.cfg includes the lines: link path=usr/jdk/instances/MMM/jre/lib/sparc/client/libjsig.so target=../libjsig.so variant.arch=sparc link path=usr/jdk/instances/MMM/jre/lib/sparc/libjdgaSUNWafb.so target=libjdgaSUNWffb.so variant.arch=sparc link path=usr/jdk/instances/MMM/jre/lib/sparc/libjvm.so target=client/libjvm.so variant.arch=sparc link path=usr/jdk/instances/MMM/jre/lib/sparc/server/libjsig.so target=../libjsig.so variant.arch=sparc Some of this is visible in the package at http://ipkg.us.oracle.com/solaris11/release/en/search.shtml?token=java+jre&action=Search though not sure if the links actually get created, as they wouldn't work.
03-03-2015
Does this apply to 8?
03-03-2015