Bug#735048: mediathekview: doesn't start at all

[Gerfried Fuchs]

Package: mediathekview
Version: 4-1
Severity: grave
Justification: renders package unusable

Hi!

I didn't want to wait the few days for the testing transition, so I
installed mediathekview from unstable into my testing system. But it
doesn't start at all, this is the output I receive:


Exception in thread "main" java.lang.UnsupportedClassVersionError: mediathek/Main : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
Could not find the main class: mediathek.Main. Program will exit.


Maybe it is just a missing tighter set dependency somewhere, but I am
uncertain what might be needed or wanted here. Maybe the "Unsupported
major.minor version 51.0" can give you a clue; for me it doesn't. :)

Thanks for looking into it.
Rhonda


-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mediathekview depends on:
ii default-jre [java7-runtime] 1:1.7-49
ii jarwrapper 0.45
ii libcommons-compress-java 1.6-1
ii libcommons-lang3-java 3.1-2
ii libjackson2-core-java 2.2.2-1
ii libjgoodies-forms-java 1.6.0-4
ii libjide-oss-java 3.5.10+dfsg-1
ii libmac-widgets-java 0.9.5+svn369-dfsg1-3
ii libswingx-java 1:1.6.2-1
ii libtimingframework-java 1.0-1
ii libxz-java 1.4-1
ii openjdk-7-jre [java7-runtime] 7u25-2.3.10-1~deb7u1

Versions of packages mediathekview recommends:
ii flvstreamer 2.1c1-1
ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2
ii vlc 2.1.2-2

mediathekview suggests no packages.

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

[Markus Koschany]

On 14.01.2014 10:09, Gerfried Fuchs wrote:
>
> You are right, after I removed openjdk-6 packages from my system
> mediathekview started properly.
>
> I am uncertain how this problem could get resolved. Having a wrapper
> script that would set JAVA_HOME, or anything along that lines. Or at
> least give useful error message when started from the commandline -
> which wouldn't help people calling it from the menu. Maybe a zenity
> dialogue then or such. Do you have an idea how other packages with
> similar requirements do mitigate the issue?
>
> At least thanks for your information on how to get it working!
> Rhonda

I think the best way to solve this issue is to use a wrapper script that
ensures a java7 compatible runtime environment and that mediathekview
will use Java7 even if other environments are installed on the same system.

I think using and depending on java-wrappers should be the way forward
here. I will prepare a new release soon.

Cheers,

Markus