openjdk-7-jre-lib : missing file /usr/lib/jvm/java-7-openjdk-common/jre/lib/resources.jar

[Alexis de Lattre]

I am trying to use Saiku 2.5 with openjdk version 7 on Ubuntu 12.04 LTS, but it fails.

I have installed the following packages :

% dpkg -l|grep openjdk
ii openjdk-7-jdk 7u51-2.4.4-0ubuntu0.12.04.2 OpenJDK Development Kit (JDK)
ii openjdk-7-jre 7u51-2.4.4-0ubuntu0.12.04.2 OpenJDK Java runtime, using Hotspot JIT
ii openjdk-7-jre-headless 7u51-2.4.4-0ubuntu0.12.04.2 OpenJDK Java runtime, using Hotspot JIT (headless)
ii openjdk-7-jre-lib 7u51-2.4.4-0ubuntu0.12.04.2 OpenJDK Java runtime (architecture independent libraries)

When I run Saiku 2.5, it says :

ScriptEngineManager providers.hasNext(): javax.script.ScriptEngineFactory: : java.io.FileNotFoundException: /usr/lib/jvm/java-7-openjdk-common/jre/lib/resources.jar (Aucun fichier ou dossier de ce type)

In fact, I don't have a directory /usr/lib/jvm/java-7-openjdk-common on my system ; I only have /usr/lib/jvm/java-7-openjdk-amd64

I searched on packages.ubuntu.com to see which package is supposed to provide the file /usr/lib/jvm/java-7-openjdk-common/jre/lib/resources.jar
It says that openjdk-7-jre-lib provides this file :
http://packages.ubuntu.com/precise/all/openjdk-7-jre-lib/filelist

This package is installed on my system, but the file is not present :

% dpkg -L openjdk-7-jre-lib
/.
/usr
/usr/share
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/openjdk-7-jre-lib
/usr/share/doc
/usr/share/doc/openjdk-7-jre-lib
/usr/share/doc/openjdk-7-jre-lib/copyright
/usr/share/doc/openjdk-7-jre-lib/changelog.Debian.gz

By the way, on a Debian 7 system, the file /usr/lib/jvm/java-7-openjdk-common/jre/lib/resources.jar is provided by openjdk-7-jre-lib and Saiku 2.5 runs without issues.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Daniel (1-daniel-1)]

I am on Kubuntu 13.10 and have the same problem. It worked before but today I noticed that eclipse complained about several missing jars.

And I see I miss the "/usr/lib/jvm/java-7-openjdk-common" dir. The jars seem to be in "/usr/lib/jvm/java-7-openjdk-amd64", so a missing symlink ? I did a "sudo ln -s java-7-openjdk-amd64 java-7-openjdk-common" in /usr/lib/jvm and after that things work fine in eclipse again.

[Adrian Wilkins (adrian-wilkins)]

Have a similar problem with this on 12.04 server :

Have a tomcat app failing to start because of

    java.io.FileNotFoundException: /usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/pulse-java.jar

The first surprise is why a server install needs the pulseaudio library... but that aside, the same base cause, there's no java-7-openjdk-common folder, just the java-7-openjdk-amd64 folder (which does contain the relevant libraries).

My desktop system doesn't have the java7-openjdk-common folder either.

Is this a packaging problem or a classpath problem?

[Jamie Strandboge (jdstrand)]

Looking at dpkg -L openjdk-7-jre-lib, in 7u25-2.3.10-1ubuntu0.12.04.2 provides a bunch of files that are not included in 7u51-2.4.4-0ubuntu0.12.04.2.

@@ -1,50 +1,10 @@
 /.
 /usr
 /usr/share
-/usr/share/doc
 /usr/share/lintian
 /usr/share/lintian/overrides
 /usr/share/lintian/overrides/openjdk-7-jre-lib
-/usr/lib
-/usr/lib/jvm
-/usr/lib/jvm/java-7-openjdk-common
-/usr/lib/jvm/java-7-openjdk-common/jre
-/usr/lib/jvm/java-7-openjdk-common/jre/THIRD_PARTY_README
-/usr/lib/jvm/java-7-openjdk-common/jre/ASSEMBLY_EXCEPTION
-/usr/lib/jvm/java-7-openjdk-common/jre/lib
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/classlist
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/management-agent.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/jvm.hprof.txt
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/charsets.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/dnsns.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/sunjce_provider.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/pulse-java.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/sunpkcs11.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/localedata.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/ext/zipfs.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/compilefontconfig.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/servicetag
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/servicetag/jdk_header.png
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/jsse.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/javazic.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/rhino.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/jce.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm/CIEXYZ.pf
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm/sRGB.pf
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm/PYCC.pf
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm/LINEAR_RGB.pf
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/cmm/GRAY.pf
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/currency.data
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/resources.jar
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_CopyNoDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_MoveDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_MoveNoDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_CopyDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_LinkNoDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/motif_LinkDrop32x32.gif
-/usr/lib/jvm/java-7-openjdk-common/jre/lib/images/cursors/invalid32x32.gif
+/usr/share/doc
 /usr/share/doc/openjdk-7-jre-lib
+/usr/share/doc/openjdk-7-jre-lib/copyright
+/usr/share/doc/openjdk-7-jre-lib/changelog.Debian.gz

[Adrian Wilkins (adrian-wilkins)]

In addition, I don't think

openjdk7-jre

depends on

openjdk-7-jre-lib

any more (it came up in autoremove today)

Looks like the platform-independent libs have been rolled into the main arch-specific packages, but the classpaths of some dependent packages haven't been updated to reflect this.

Since this will break stuff... should this be rated of high importance?

The workaround above to add a softlink replacing the "common" folder works, by the way.

[Matthias Klose (doko)]

Am 07.02.2014 12:55, schrieb Adrian Wilkins:
> In addition, I don't think
>
> openjdk7-jre
>
> depends on
>
> openjdk-7-jre-lib
>
> any more (it came up in autoremove today)
>
> Looks like the platform-independent libs have been rolled into the main
> arch-specific packages,

yes

> but the classpaths of some dependent packages
> haven't been updated to reflect this.

these were always available in the architecture specifc path, provided by
symlinks. No package should reference these directly.

did you identify these "some dependent packages"?

[Matthias Klose (doko)]

no feedback, closing as invalid