Bug#446117: jftp: just does not work.
Leonardo
Version: 1.51~pre3-1
Severity: important
on call:
tempo:~# jftp
Exception in thread "main" java.lang.ClassFormatError: net.sf.jftp.JFtp
(unrecognized class file version)
at java.lang.VMClassLoader.defineClass(libgcj.so.81)
at java.lang.ClassLoader.defineClass(libgcj.so.81)
at java.security.SecureClassLoader.defineClass(libgcj.so.81)
at java.net.URLClassLoader.findClass(libgcj.so.81)
at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81)
at java.lang.ClassLoader.loadClass(libgcj.so.81)
at java.lang.ClassLoader.loadClass(libgcj.so.81)
at gnu.java.lang.MainThread.run(libgcj.so.81)
tempo:~#
this occour either a root or as normal user and also on another host.
(this is a sarge updated to etch then lenny, the other an install born as
etch the updated to lenny)
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-k7 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages jftp depends on:
ii gij-4.1 [java1-runtime 4.1.2-16 The GNU Java bytecode interpreter
ii gij-4.2 [java1-runtime 4.2.1-5 The GNU Java bytecode interpreter
ii kaffe-pthreads [java1- 2:1.1.7-4 A POSIX threads enabled version of
ii kunststoff 2.0.2-2 suite of skins for different appli
ii libcommons-httpclient- 3.1-1 A Java(TM) library for creating HT
ii libcommons-logging-jav 1.0.4-6 commmon wrapper interface for seve
ii libj2ssh-java 0.2.9-1 a Java library for the SSH protoco
ii libjcifs-java 1.2.7-1 java library for the CIFS/SMB netw
ii libjlayer-java 1.0-1 library to decode, convert and pla
ii libjorbis-java 0.0.16-2 Pure Java Ogg Vorbis Decoder
ii libjsch-java 0.1.34ds1-1 java secure channel
ii liblog4j1.2-java 1.2.13-5 Logging library for java
ii libslide-webdavclient- 2.1+dfsg-2 WebDAV client library for Java
ii libyanfs-java 0.0+cvs20070825-1 Yet Another NFS - a Java NFS libra
jftp recommends 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
Michael Koch
thanks
Hello Leonardo,
On Wed, Oct 10, 2007 at 05:25:26PM +0200, Leonardo wrote:
> Package: jftp
> Version: 1.51~pre3-1
> Severity: important
>
> on call:
> tempo:~# jftp
> Exception in thread "main" java.lang.ClassFormatError: net.sf.jftp.JFtp
> (unrecognized class file version)
> at java.lang.VMClassLoader.defineClass(libgcj.so.81)
> at java.lang.ClassLoader.defineClass(libgcj.so.81)
> at java.security.SecureClassLoader.defineClass(libgcj.so.81)
> at java.net.URLClassLoader.findClass(libgcj.so.81)
> at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81)
> at java.lang.ClassLoader.loadClass(libgcj.so.81)
> at java.lang.ClassLoader.loadClass(libgcj.so.81)
> at gnu.java.lang.MainThread.run(libgcj.so.81)
> tempo:~#
>
> this occour either a root or as normal user and also on another host.
> (this is a sarge updated to etch then lenny, the other an install born as
> etch the updated to lenny)
The problem is that jftp is compiled with SUN Java 6 and you ecxecute it
with GCJ. The current GCJ in Debian doesnt understand the class format
from SUN Java 6. The solution for this is to put
'target="1.5" source="1.5"'
into the 'javac'-tags in build.xml.
Cheers,
Michael
Varun Hiremath
On Wed, 10 Oct, 2007 at 05:25:26PM +0200, Leonardo wrote:
> Package: jftp
> Version: 1.51~pre3-1
> Severity: important
>
> on call:
> tempo:~# jftp
> Exception in thread "main" java.lang.ClassFormatError: net.sf.jftp.JFtp
> (unrecognized class file version)
> at java.lang.VMClassLoader.defineClass(libgcj.so.81)
> at java.lang.ClassLoader.defineClass(libgcj.so.81)
> at java.security.SecureClassLoader.defineClass(libgcj.so.81)
> at java.net.URLClassLoader.findClass(libgcj.so.81)
> at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81)
> at java.lang.ClassLoader.loadClass(libgcj.so.81)
> at java.lang.ClassLoader.loadClass(libgcj.so.81)
> at gnu.java.lang.MainThread.run(libgcj.so.81)
> tempo:~#
Please use sun-java6 runtime.
| $ sudo update-alternatives --config java
|
| There are 8 alternatives which provide `java'.
|
| Selection Alternative
| -----------------------------------------------
| 1 /usr/lib/j2sdk1.5-sun/bin/java
| 2 /usr/bin/gij-wrapper-4.0
| 3 /etc/alternatives/kaffe-system/bin/java
| 4 /usr/lib/jvm/java-1.5.0-sun/jre/bin/java
| 5 /usr/lib/jvm/java-6-sun/jre/bin/java
| * 6 /usr/bin/gij-4.1
| 7 /usr/bin/gij-4.2
| + 8 /usr/lib/jvm/java-gcj/jre/bin/java
|
| Press enter to keep the default[*], or type selection number: 5
| Using `/usr/lib/jvm/java-6-sun/jre/bin/java' to provide `java'.
JFTP unfortunately doesn't work with any other java runtime.
Regards
Varun
--
Varun Hiremath
Undergraduate Student,
Aerospace Engineering Department,
Indian Institute of Technology Madras,
Chennai, India
---------------------------------------
Homepage : http://varun.travisbsd.org
Michael Koch
> Hi Leonardo,
>
> On Wed, 10 Oct, 2007 at 05:25:26PM +0200, Leonardo wrote:
> > Package: jftp
> > Version: 1.51~pre3-1
> > Severity: important
> >
> > on call:
> > tempo:~# jftp
> > Exception in thread "main" java.lang.ClassFormatError: net.sf.jftp.JFtp
> > (unrecognized class file version)
> > at java.lang.VMClassLoader.defineClass(libgcj.so.81)
> > at java.lang.ClassLoader.defineClass(libgcj.so.81)
> > at java.security.SecureClassLoader.defineClass(libgcj.so.81)
> > at java.net.URLClassLoader.findClass(libgcj.so.81)
> > at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81)
> > at java.lang.ClassLoader.loadClass(libgcj.so.81)
> > at java.lang.ClassLoader.loadClass(libgcj.so.81)
> > at gnu.java.lang.MainThread.run(libgcj.so.81)
> > tempo:~#
>
> Please use sun-java6 runtime.
I totally forgot about that.
I think we should make jftp explicitely depend on sun-java6-jre and call
/usr/lib/jvm/java-6-sun/bin/java in /usr/bin/jftp instead of 'java'.
This should be a temporary fix but it will help people a lot.
Cheers,
Michael