after installing and trying to start, in /var/log/jetty/out.log:
02:13:49.106 INFO [main] org.mortbay.log.LogImpl.add(LogImpl.java:109) >16> added org.mortbay.log.OutputStreamLogSink@64dc11
02:13:49.058 INFO [main] org.mortbay.util.FileResource.<clinit>(FileResource.java:60) >11> Checking Resource aliases
02:13:49.904 WARN!! [main] org.mortbay.jetty.Server.<init>(Server.java:111) >10> EXCEPTION
java.lang.ClassNotFoundException: org.mortbay.util.Code
at java.net.URLClassLoader$1.run(URLClassLoader.java:198)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at org.mortbay.util.Loader.loadClass(Loader.java:46)
at org.mortbay.xml.XmlConfiguration.nodeClass(XmlConfiguration.java:219)
at org.mortbay.xml.XmlConfiguration.set(XmlConfiguration.java:282)
at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:248)
at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:184)
at org.mortbay.jetty.Server.<init>(Server.java:103)
at org.mortbay.jetty.Server.<init>(Server.java:77)
at org.mortbay.jetty.Server.main(Server.java:410)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.mortbay.start.Main.invokeMain(Main.java:150)
at org.mortbay.start.Main.start(Main.java:473)
at org.mortbay.start.Main.main(Main.java:93)
02:13:49.910 WARN!! [main] org.mortbay.jetty.Server.main(Server.java:416) >08> EXCEPTION
java.io.IOException: Jetty configuration problem: java.lang.ClassNotFoundException: org.mortbay.util.Code
at org.mortbay.jetty.Server.<init>(Server.java:112)
at org.mortbay.jetty.Server.<init>(Server.java:77)
at org.mortbay.jetty.Server.main(Server.java:410)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.mortbay.start.Main.invokeMain(Main.java:150)
at org.mortbay.start.Main.start(Main.java:473)
at org.mortbay.start.Main.main(Main.java:93)
02:13:49.926 INFO [Shutdown] org.mortbay.jetty.Server$1.run(Server.java:433) >01> Shutdown hook executing
02:13:49.927 INFO [Shutdown] org.mortbay.jetty.Server$1.run(Server.java:440) >01> Shutdown hook complete
I'm almost sure it is because the jetty-something.jar is not in the
classpath (nor in the properties).
But still there are other problems:
jetty (5.0.0-1) contains the /usr/share/java/jetty-4.2.18.jar file.
why? It is not the same version...
And the most interesting of it, where is the previous version of jetty from
the debian pool, or am I lame to find it? :O
-- System Information
Debian Release: 3.0
Kernel Version: Linux mlf 2.4.18 #1 Tue Jun 25 14:55:24 CEST 2002 i586 unknown
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
[...]
This comes because the debian package is shipping with a wrong default
configuration. This will be fixed in jetty-5.0.0-2. I'll do a upload to
mentors today and hope my sponsor will relase it soon.
> jetty (5.0.0-1) contains the /usr/share/java/jetty-4.2.18.jar file.
> why? It is not the same version...
This is a bug. It will be fixed in the next package release, too.
Sorry to all debian jetty users for this snafu release.
-billy.
--
Philipp Meier - me...@fnogol.de
.signature: No such file or directory